VPN qoşulduğunu bildirir, amma standart marşrut ölüdür

Müştəri qoşulduğunu bildirir, sistem lotokundakı ikon normal görünür və heç nə yüklənmir. Bu, Wi-Fi-dən kabelə keçdiyinizdən dərhal sonra və ya distributiv yeniləməsi bitdikdən dərhal sonra başladı. Pozulan profil deyil, əvvəlki baza bağlantısı üçün qurulmuş vəziyyətdir. Nüvədə hələ də heç kimə aid olmayan tunel cihazına yönələn standart marşrut qalır, ya da həlledici itmiş keçiddə serverləri hələ də sadalayır. Hər iki nasazlıq ölü şəbəkə kimi görünür və hər ikisi yerindəcə düzəldilə bilər.

Köhnəlmiş parçalar siz fərqinə varmazdan əvvəl artıq səhv idi. Kabeli çıxarmaq sadəcə onları görünən etdi.

Nüvədən soruşun: paket hara gedəcək

Marşrut siyahılarını oxumaq çətindir, çünki sistemin bildiyi hər şeyi, o cümlədən artıq tətbiq olunmayan qeydləri sadalayırlar. Marşrut axtarışı yeganə dəyərli suala cavab verir: bu paketi hazırda hansı cihaz daşıyır. Cavab tunel cihazını göstərirsə, nüvə ondan istifadə edəcək, halbuki arxasında heç bir müştəri prosesi diri deyil və paket heç nəyin saxlamadığı interfeysə düşür. Cavab Ethernet adapterini göstərir, müştəri isə qoşulduğunu israr edirsə, tunel mövcuddur, amma seçimi itirib — simsizdən simliyə keçidin adi nəticəsi budur.

Axtarışı iki dəfə işlədin, bir dəfə açıq ünvan, bir dəfə daxili ünvan üçün, çünki bölünmüş tunel siyasəti birini düzgün yönləndirib digərini sala bilər.

ip route show default
ip route get 1.1.1.1
ip route get 10.20.30.40

Həlledici də ölü keçidi saxlayır

systemd-resolved işləyən hostda DNS serverləri bir qlobal siyahıya deyil, keçidlərə aiddir. Düşmüş VPN keçidi bir müddət serverləri ilə qeydiyyatda qala bilər və o zaman hər axtarış heç vaxt cavab verməyəcək ünvanda gözləyir. Bu gecikmə ölü şəbəkə kimi hiss olunur və insanları marşrut düzgün olduğu halda marşrutlara baxmağa göndərir.

resolvectl status
resolvectl query intranet.example.com

Hər keçidin bloklarını oxuyun və sözügedən domenin hansı keçidə aid olduğunu müəyyən edin. Qalxmış, amma daxili domenin sahibi olmayan tunel daxili adları açıq həllediciyə ötürür və simptom marşrut nasazlığından ayırd edilə bilmir.

Qeydiyyatı düzəldin, yox /etc/resolv.conf. Mövcud Ubuntu və Fedora quraşdırmalarında bu yol həlledicinin işləmə vəziyyətinə simvolik bağlantıdır, ona görə düzəliş ya nəzərə alınmır, ya da növbəti şəbəkə hadisəsində üzərinə yazılır.

VPN heç vaxt özü başlamır

NetworkManager VPN-i baza bağlantısının üzərinə qaldırır və hansı bazanın ardınca gedəcəyini həmin bazadakı connection.secondaries parametrindən öyrənir. bağlantı parametrləri sənədi açıq şəkildə bildirir ki, avtomatik qoşulma VPN profilləri üçün tətbiq edilmir. Bu nasazlıq sinfinin arxasındakı bütün mexanizm budur: bazanı dəyişin, VPN yenidən cütləşdirilməli və ya əl ilə aktivləşdirilməlidir.

nmcli device status
nmcli connection show --active
nmcli connection up office-vpn

Aktiv siyahı bazanı VPN olmadan göstərirsə, tunel ümumiyyətlə aktiv deyil və marşrut köhnəlmiş qalmayıb, heç quraşdırılmayıb. Aktivasiya heç bir mənbə bağlantısının olmadığını bildirirsə, cütləşdiyi baza yoxa çıxıb, ona görə əvvəlcə bazanı və ya cütləşməni düzəldin və VPN-i yenidən sınamağı dayandırın.

Yeniləmə parametrləri səssizcə ata bilər

Distributivin yenilənməsi müştərini və çox vaxt onun NetworkManager plaginini əvəz edir, yadda saxlanmış profil isə yazıldığı xassə adlarını saxlayır. Yeni plaginin artıq tanımadığı hər şey səssizcə atlanır. Profil hələ də aktivləşir və cihaz hələ də görünür, amma onunla gələn marşrut heç gəlmir.

Əl ilə yazılmış qarmaqlar da yerini dəyişir. Köhnə ardıcıllıqda proqnozlaşdırıla bilən məqamda marşrut quran skript indi interfeys yaranmazdan əvvəl və ya müştəri artıq vaxt aşımına uğradıqdan sonra işləyə bilər.

Canlı profili xatırladığınız davranışla deyil, əslində malik olduğunuz plaginlə müqayisə edin. Əgər açar sənədləşmədən çıxıbsa, işi köhnə xassəni bərpa etmək əvəzinə dispetçer skriptinə və ya dəstəklənən əvəzediciyə köçürün.

Üç vəziyyət, üç fərqli təmir

Heç nəyə toxunmazdan əvvəl hansı vəziyyətdə olduğunuzu müəyyən edin, çünki yenidən başlatma sübutları məhv edir və nasazlıq növbəti şəbəkə dəyişikliyində qayıdır.

Açıq ünvan üçün bir axtarış, daxili ünvan üçün bir axtarış və bir ad sorğusu ilə bitirin. Ünvanlar işləyir, ad isə işləmirsə, qalan nasazlıq həlledicidə domen əhatəsidir və marşrut cədvəli heç vaxt problem olmayıb.