Silinmiş VPN marşrutu yenidən qoşulduqdan sonra niyə qayıdır

Əllə sildiyiniz marşrut növbəti yenidən qoşulmadan sonra geri qayıdır və cədvəl tam əvvəlki kimi görünür. Bu marşrutlaşdırma xətası deyil: nə isə qeydi konfiqurasiyadan və ya bağlantı həyat dövrü əməliyyatından yenidən yaradır. Əksər runbooklar canlı cədvəldə dayanır, buna görə də silmə bir dəqiqə işləyirmiş kimi görünür və sonra uğursuz olur. Sahibini müəyyən edin, onu dəyişin və yenidən qoşulmada sübut edin.

Marşrutu kim quraşdırdı

Düzəlişdən deyil, namizədlərin siyahısından başlayın. VPN profili öz marşrutlarını daşıya bilər, server onları qoşulma anında göndərə bilər, şəbəkə meneceri profili onları elan edə bilər, yükləmə vahidi və ya skript onları əlavə edə bilər, IPsec tətbiqləri isə razılaşdırdıqları trafik seçiciləri üçün marşrutlar quraşdırır. Siyasət əsaslı marşrutlaşdırma qaydaları da trafiki tamamilə başqa cədvələ yönəldə bilər.

Vaxtlama onları konfiqurasiya arxeologiyasından daha sürətli ayırır. İnterfeys qalxan anda görünən qeyd klientə aiddir; bir saniyə sonra gələn adətən server push-undan gəlir; yükləmə zamanı mövcud olan qeyd saxlanmış konfiqurasiyaya aiddir. Qoşulmadan, ayrılmadan və yenidən yükləmədən əvvəl və sonra cədvəli qeyd edin və nümunə sahibi adlandırır. Yalnız xidmət yenidən başladıqda qayıdan marşrut VPN-ə deyil, bir vahidə işarə edir.

Cədvəli redaktə etməzdən əvvəl oxuyun

Saxlanmış fayla deyil, kernelin öz görünüşünə baxın. Protokol sütunu hər qeydin nə tərəfindən quraşdırıldığını göstərir:

ip route show
ip route show table all
ip rule show

Protokol sahəsi, metrik və cədvəl nömrəsi sizə statik qeydə, kernel tərəfindən yaradılmış qeydə və ya demonun əlavə etdiyi bir şeyə baxdığınızı deyir. Qaydaların siyahısı vacibdir, çünki axtarış əsas cədvəli tamamilə tərk edə bilər və bu, oradakı düzəlişi sazladığınız tətbiq üçün görünməz edir. Sətri soldan sağa oxuyun: təyinat, şlüz, cihaz, protokol və metrik.

Sonra kerneldən həqiqətən hansı marşrutu istifadə edəcəyini soruşun. Qorunan ünvan açıq ünvandan daha yaxşı zonddur:

ip route get 10.20.5.7

Simptomu deyil, sahibini dəyişin

Sahib məlum olduqdan sonra dəyişiklik həmin sahibə aiddir. Marşrutu klient profilindən çıxarın, serverdə göndərilən marşrutu düzəldin və ya metrikə görə qazanan rəqib daimi marşrut əlavə etmək əvəzinə şəbəkə meneceri bağlantısını redaktə edin. Bir-biri ilə mübarizə aparan iki qayda sonradan heç kimin izah edə bilməyəcəyi bir cədvəl yaradır.

Son nöqtə istisnasını saxlayın. VPN serverinin öz açıq ünvanını fiziki şlüzdən keçirən host marşrutu xarici tunel paketlərini axın halında saxlayan şeydir; onu silsəniz, tunel özünü daşımağa çalışır. Split-tunel profilində tuneli yan keçməli olan yerli alt şəbəkələr üçün də eyni qayğı tətbiq olunur.

Yenidən qoşulun və hər iki yolu yoxlayın

Yenidən qoşulun, sonra hər iki təyinatı bir keçiddə yoxlayın. Qorunan ünvan və istisna edilmiş son nöqtə fərqli suallara cavab verir:

ip route get 10.20.5.7
ip route get 198.51.100.20

Birincisi tunel interfeysi vasitəsilə, ikincisi isə fiziki şlüz vasitəsilə həll olunmalıdır. Əgər hər ikisi tunel vasitəsilə həll olunursa, istisna yoxdur; əgər heç biri olmursa, profil dəyişikliyi qüvvəyə minməyib və siz düşündüyünüzdən fərqli bir sahibə baxırsınız.

Marşrutun məqsədini, sahibini və nə qədər yaşamalı olduğunu yazın. Bu qeyd növbəti şəxsin eyni silmə və yenidən qoşulma dövrünü təkrarlamasının qarşısını alan şeydir.