VPN ehtiyat keçidi: cavab yolu köhnə tuneldə qaldıqda

Ehtiyat tunel qalxır, əsas tunel düşür, tətbiq isə yenə də vaxt aşımına düşür. Hər iki saytda tunelin statusu sağlam görünür və bu, məsələni çaşdıran əsas məqamdır. Sorğuları ehtiyata keçirən, lakin cavabları köhnə yolda saxlayan keçid ehtiyat keçid deyil. Aşağıdakı təlimat yalnız əl sıxışmasını deyil, cavab yolunu da yoxlayır.

Əvvəlcə hər iki tərəfdə marşrutları qeyd edin; bir saytdan baxış asimmetrik yolu göstərə bilməz. Bu, həm də vaxt təzyiqi altında ən çox atlanan addımdır.

Sınaqdan əvvəl hər iki saytın marşrutlarını qeyd edin

Hər qorunan prefiks üçün əsas marşrutu, ehtiyat marşrutu və onların arasında seçim edən üstünlüyü yazın. Hər VPN son nöqtəsinin arxasındakı LAN şlüzünü də daxil edin, çünki son nöqtə nadir hallarda son atlama olur.

Statik metrikalar, izlənən marşrutlar və dinamik marşrutlaşdırma uyğunluğu fərqli şəkildə ifadə edir. Dizaynınızın hansını istifadə etdiyini və alternativin aktiv olması üçün nə tələb olunduğunu bilin. Şərti marşrutun yanında yazın, məsələn, yoxlama uğursuz olana qədər daha aşağı metrika.

Bunu hər iki saytda edin. Bir tərəfdə üstün tutulan, digərində isə nəzərə alınmayan ehtiyat məhz qaçmaq istədiyiniz asimmetriyanı yaradır.

Hər mərhələdə sorğuları və cavabları izləyin

Zərərsiz və icazəli bir tətbiqdən istifadə edin və üç mərhələni müşahidə edin: normal, əsas tunelin sıradan çıxması və bərpa. Hər mərhələdə sorğunun hansı tuneldən, cavabın isə hansı tuneldən getdiyini qeyd edin. Əlçatan peer ünvanı qorunan tətbiq yolunun işlədiyini sübut etmir. Bir istiqamətli axının görünməsi üçün hər iki saytda qeyd aparın.

Əgər sorğular keçir, cavablar isə keçmirsə, uzaq saytın müştəri prefiksinə marşrutunu və ehtiyata üstünlüyünü yoxlayın. Bu, tunel nasazlığı deyil, marşrut qərarıdır.

Sınaqdan sonra ilkin vəziyyəti bərpa edin və əsas tunelin yenidən üstün tutulduğunu təsdiqləyin. Bərpa olunmuş əsas tunelin üstün tutulmaması hələ tamamlanmamış ehtiyat keçid dizaynıdır.

Şlüz dəyişdikdə sessiya vəziyyətini idarə edin

Firewall və NAT bir şlüzdə bağlantı vəziyyətini saxlaya bilər və başqa şlüzə keçən yol onu daşımır. Bəzi tətbiqlər özləri yenidən qoşulur; digərləri sessiya bərpa olunana qədər uğursuz olur. Ehtiyat yol ictimai mənbəni və ya tərcümə olunmuş şəxsi ünvanı dəyişirsə, uzaq giriş qaydaları da buna reaksiya verə bilər. Fasiləsiz ehtiyat keçid vəd etmək əvəzinə gözlənilən sessiya yenidən başlamasını sənədləşdirin.

Sessiyanın tələb etdiyi yerlərdə sabit ünvanlaşdırmanı qoruyun. Hər sessiya üçün mənbə ünvanını dəyişən ehtiyat keçid dizaynı bir dizayn seçimidir və yazılmalıdır. Bu seçim istifadəçilərin fasiləni nə qədər hiss etdiyini müəyyən edir.

Yalnız yeni sorğunu deyil, uzun sessiya saxlayan tətbiqi də sınaqdan keçirin.

Əsası bərpa edin və yellənməni yoxlayın

Marşrut elanlarının və ya üstünlüklərin salınmadan sabitləşdiyini təsdiqləyin. Yellənən əsas tunel aydın kəsintidən daha çox narahatlıq yarada bilər, çünki hər keçid vəziyyəti sıfırlayır.

Şlüz idarəetməsini bərpa yolu ilə əlçatan saxlayın ki, sınaq özü sizi kənarda qoymasın. Mərhələləri, müşahidə olunan yolları və bərpa vaxtını qeyd edin; növbəti ehtiyat keçidi proqnozlaşdırıla bilən edən məhz bu qeyddir. strongSwan yönləndirmə qeydləri son nöqtələr Linux hostları olduqda faydalıdır.