Üzən VPN ehtiyat marşrutu işə düşmür: keçid yoxlama siyahısı

Üzən VPN marşrutunuz konfiqurasiya edilib, ehtiyat məsafəsi əsasdan böyükdür və heç vaxt heç nə yerindən tərpənmir. Ya da tərpənir, sonra simsiz əlaqə hələ də kəsilmiş halda bir neçə dəqiqə sonra geri qayıdır. Hər iki halda marşrutun uyğunluğunu sizi maraqlandıran nasazlıqdan başqa bir şey müəyyən edir.

Bu yoxlamaları ardıcıllıqla yerinə yetirin. Hər birinin dayanma şərti var və uğursuz yoxlama sonrakılarla xilas edilə bilməz. Nümunələr RouterOS sintaksisindən istifadə edir, çünki məsafə, şlüzün əlçatanlığı və rekursiv növbəti hop orada konfiqurasiyada görünür, lakin ardıcıllıq izlənən statik marşrutları olan istənilən marşrutlaşdırıcıya aiddir.

Ehtiyatın örtməli olduğu nasazlığı adlandırın

«Əsas işləmir» dörd fərqli müşahidədir. Öz həmkarını itirən radio, daşıyıcısını itirən interfeys, cavab verməyi dayandıran uzaq şlüz və işləməyi dayandıran tətbiq — hamısı marşrutlaşdırıcının yerindən fərqli görünür. Məsafə dəyərini kimsə dəyişməzdən əvvəl dizaynın bunlardan hansı üçün olduğunu yazın.

Sonra müstəqilliyi yoxlayın. VPN-in xarici nəqliyyatı eyni simsiz yoldan və ya eyni yuxarı axını paylaşan giriş əlaqəsindən keçirsə, ehtiyat ikinci nasazlıq domeni deyil və sizə lazım olan anda tamamilə işləməyəcək. Əsas kabeli kağız üzərində çıxarın: tunelin öz nəqliyyatı onunla birlikdə ölürsə, üzən marşrut yalnız konfiqurasiya səhvlərini örtür, kəsintiləri yox.

Məsafədən heç nə aşkar etməsini tələb etməyi dayandırın

Daha yüksək məsafə marşrutu daha az üstün edir. Bütün iş bundan ibarətdir. Əsas statik marşrut uyğun qaldıqca üzən marşrut qeyri-aktiv qalır və bu, səhv deyil, düzgün davranışdır. Nasazlıq yalnız əsas geri çəkildikdə və ya əlçatmaz kimi işarələndikdə görünür.

Statik marşrutlar üçün bu, açıq izləyici tələb edir:

/ip route
add dst-address=10.20.0.0/24 gateway=192.0.2.1 distance=1 check-gateway=ping
add dst-address=10.20.0.0/24 gateway=wg-backup distance=10

Bunun nəyi yoxladığını oxuyun: növbəti hopu, təyinatı yox. Yerli tərəfdə hələ də cavab verən, lakin ondan sonrakı ötürməsi sınmış radio əsas marşrutu aktiv saxlayır. Bu səssiz haldır və məsafə ilə şlüz yoxlaması onu tutmayacaq. Əgər bu hal vacibdirsə, aşkarlama uzaq tərəfi müşahidə edən bir şeydən gəlməlidir: marşrutlaşdırma protokolu qonşuluğu və ya yolunu və nəticə qaydasını özünüz təyin etdiyiniz zond.

Zondun öz paketlərinin hara getdiyini izləyin

Sağlamlıq zondunun da marşrutu var. Məlumat trafiki VPN-ə keçdikdən sonra eyni uzaq ünvana məhdudiyyətsiz zond onu izləyə, uğur qazana və əsasın bərpa olunduğunun sübutu kimi oxuna bilər. Trafik sınmış yola qayıdır və dövr təkrarlanır.

Zondu mühakimə etməli olduğu yola bağlayın. RouterOS-da adi üsul əsas şlüz vasitəsilə monitorinq hədəfinə host marşrutudur, digər heç bir marşrutun həll edə bilməyəcəyi qədər kiçik əhatə ilə; RouterOS təlimatındakı rekursiv keçid nümunəsi bunu qurur. Ehtiyat aktiv ikən canlı cədvəldə təsdiqləyin, konfiqurasiya şərhindən yox:

/ip route print detail where dst-address=203.0.113.10
# gateway should still be the primary next hop

Hədəflər əlavə etməzdən əvvəl zond nəticəsinin nə demək olduğunu müəyyən edin

ICMP-ni rədd edən və ya texniki xidmətə keçən bir hədəf tam olaraq yol nasazlığı kimi görünür, qaydası olmayan üç hədəf isə sizə sadəcə üç fikir verir. Əvvəlcə qaydanı qərarlaşdırın, sonra tətbiq edin: məsələn, üç hədəfdən ikisi iki ardıcıl intervalda uğursuz olarsa, əsas işləmir sayılır — bunu növbəti şəxsin tapacağı istismar təlimatına yazın.

Nasazlıq və bərpa hədlərini elə qurun ki, bir itirilmiş paket saytı yerindən tərpətməsin. Histerezis bir az aşkarlama vaxtına başa gəlir və sabitliyi geri qaytarır. İntervalı zondun nə qədər sürətli işləməsindən deyil, kəsintinin nə qədər dözümlü olduğundan seçin və geri dönüşü keçiddən yavaş saxlayın ki, əsas trafiki geri almazdan əvvəl özünü sübut etməli olsun.

Qayıdış yolunu və sessiya hekayəsini yoxlayın

Yalnız çıxış istiqamətində işləyən keçid dizaynın yarısıdır. Uzaq sayt VPN üzərindən mənbə diapazonunuza geri marşruta ehtiyac duyur, əks halda qayıdış trafiki gözlənilməz ünvandan gəlir və artıq uyğun gəlməyən firewall vəziyyətinə düşür. Mövcud sessiyalar yeni bağlantılar işlədikdə belə qırılacaq, ona görə də transferin qorunmasını vəd etmək əvəzinə bunu qəbul meyarlarına yazın.

İdarəetmə girişini sınaqdan keçirilən yoldan kənarda saxlayın. Əgər yeganə girişiniz əsasdan keçirsə, keçid testi sizi səhv davranan cihazdan kənarda saxlayır.

Qəbul ardıcıllığını icra edin

Üç test əksər sahəni əhatə edir: əsasın fiziki itkisi, interfeys hələ aktiv ikən səssiz ötürmə nasazlığı və əsasın bərpası. Hər biri üçün zondun mənbəyini və növbəti hopunu, aktiv təyinat marşrutunu və hər iki istiqamətdə təzə icazəli tətbiq mübadiləsini qeyd edin.

Səssiz hal dizaynları ayıran haldır. Əgər ehtiyat orada keçmir, siz yol monitoru deyil, əlaqə monitoru qurmusunuz. Bunun məqbul olub-olmadığını qərarlaşdırın və məhdudiyyəti növbətçi mühəndisin oxuyacağı yerə yazın. İkinci qoşulmuş tunel tək başına tamamlanmış ehtiyat siyasəti deyil.