Yarım idarə olunan VPN: etiket növbədə kimin olduğunu demir

Səhər saat səkkizdə bağlantı kəsilir və ilk sual bunu kimin düzəltməli olduğudur. Yarım idarə olunan VPN ifadəsi buna cavab vermir, çünki iş bölgüsünü deyil, kommersiya razılaşmasını adlandırır. İki provayder eyni ifadəni əks bölgülərlə işlədə bilər: biri müştəri tərəfindəki cihaza xidmət edir, digəri yalnız öz şlüzünü izləyir. Tapşırıqlar yazıya alınmayana qədər etiket təsvir kimi geyindirilmiş bir təxmindir.

Kəsilən bağlantıdan başlayın

Cavab verməyi dayandıran endpoint-i, vaxtı və istifadəçinin o an nə etdiyini adlandırın. Sonra həmin yoldakı komponentləri sadalayın: noutbuk, yerli xətt, müştəri tərəfindəki şlüz, provayder şlüzü və onun arxasındakı resurs. Hər birinin ya razılaşmada sahibi var, ya da boşluq var. Onları sıralamaq on dəqiqə çəkir və növbəti üç saatı müəyyən edir.

İstifadəçilər arasında paylaşılan simptom ortaq komponentə işarə edir, bir noutbuku izləyən simptom isə müştəriyə işarə edir. Bu fərq bileti hər hansı konfiqurasiya açılmamışdan əvvəl düzgün növbəyə qoyur.

Parametrlərdən əvvəl iki endpoint-i həll edin

Müştəri tərəfindəki şlüzün və uzaq endpoint-in kimə aid olduğunu müəyyənləşdirin. Bu ikisi həll olunduqdan sonra hər tərəf nəyi yoxlaya biləcəyini və nəyi istəməli olduğunu bilir. Razılaşmadakı qalan hər şey oradan daha asan olur.

Provayder öz şlüzünü izləyə bilər, müştəri isə yerli provayder xətti, kataloq xidməti və ya təyinat tətbiqi üzrə məsuliyyəti saxlayır. Müştəriyə məxsus cihaz yenə də provayderin texniki xidmət razılaşması altında ola bilər, buna görə mülkiyyət və qutunu kimin saxlaması iki fərqli sualdır. Hər endpoint üçün hər iki cavabı yazın, çünki ikinci cavab yeniləmələrin adətən fikir ayrıldığı yerdir.

Ortaq obyektlərin tam olaraq bir sahibi olmalıdır

İdentikliklər, etimad məlumatları, qorunan prefikslər, təkliflər və geri marşrutlaşdırma razılaşması ortaq obyektlərdir və ortaq obyektlər ən tez korlanır. Əgər hər iki tərəf birini dəyişə bilirsə, hər ikisi dəyişəcək və hər dəyişiklik yerli olaraq düzgün görünəcək, halbuki razılaşdırılmış axın pozulur. Hər obyektə bir sahib və bir dəyişiklik prosesi verin, dəyişiklik yerinə yetməzdən əvvəl qarşı tərəfə məlumat verilməsini tələb edin. Alternativ, eyni maşının fərqli yarılarını təmir edən iki nəfər kimi oxunan dəyişiklik jurnalıdır.

Klassik uğursuzluq eyni həftədə bir tərəfdə selektor dəyişikliyi, digər tərəfdə NAT dəyişikliyidir. Heç bir mühəndis səhv etmədi, amma tunel yenə də tətbiqi daşımağı dayandırdı.

İlk bildirişi kim qəbul edir

Əvvəlcədən kimin ilk çağırılacağını, hər tərəfin nəyi oxumaq hüququ olduğunu və işin hansı anda əl dəyişdirəcəyini müəyyənləşdirin. Endpoint-i, cəhd vaxtını və icazə verilən axını təqdim edin ki, hər iki tərəf eyni hadisəni əlaqələndirə bilsin.

Dar vəziyyət xülasəsi adətən redaktə olunmamış konfiqurasiyadan daha faydalıdır və o, sirləri sızdırmır. Monitorinq komponentə sahib olana aiddir, loqoya sahib olana deyil, ona görə soruşun hansı tərəf tunel vəziyyətini görür, hansı tətbiqi görür və hər xəbərdarlıq kim oyadır. İş saatından kənar marşrutu hər xəbərdarlığın yanına qoyun, çünki heç kimin növbədə olmadığı idarə paneli sadəcə sənəddir.

Dəyişiklik səlahiyyətini eyni diqqətlə müəyyənləşdirin. Provayder selektoru dəyişdiyi halda müştərinin NAT-ı dəyişməsi hər iki yerli konfiqurasiyanı inandırıcı göstərir və tunel yenə də uğursuz olur.

Etiketin heç vaxt demədiyi şeylər

Proqram təminatının saxlanmasını, etimad məlumatlarının rotasiyasını, konfiqurasiyanın təsdiqlənmiş ehtiyat nüsxələrini və bərpa yolunu real razılaşmaya daxil edin. Birgə məsuliyyət modeli, məsələn AWS-in dərc etdiyi model xidmətlər arasında bölgünün nə qədər dəyişə biləcəyini göstərir və bu, təchizatçınızın şərtlərinin tərifi deyil, bir nümunədir. Bunlardan hər hansı birini yarım idarə olunan ifadəsindən çıxarmaq, yeniləmə söhbətinin boşluğu necə kəşf etdiyidir.

Əhatə dairəsi normal operatoru və hər asılılıq üçün eskalasiya yolunu adlandırmalıdır. Təklif xidməti nə adlandırırsa adlandırsın, praktikada mənası həmin siyahıdır.