VPN qoşuldu deyir, amma heç nə marşrutlaşmır: baxmalı iki yer

Tunel qoşulduğunu bildirə bilər, halbuki ona heç nə çatmır və bu iki fakt fərqli yerlərdə yaşayır. Biri marşrut cədvəlidir ki, hələ də heç kimin sahib olmadığı cihaza paket göndərə bilər. Digəri həlledicidir ki, hələ də getmiş keçid üzərində server göstərə bilər. Şəbəkə dəyişikliyi profili zədələmədi, əvvəlki bağlantıya aid vəziyyəti yetim qoydu və təmir ondan asılıdır ki, əslində hansına baxırsan.

Əvvəlcə nüvədən soruş ki, hansı cihazı istifadə edərdi

Marşrut siyahısı nəyin mövcud olduğunu göstərir; marşrut sorğusu nəyin olacağını göstərir. Açıq ünvandan soruş və cavabdakı cihaz adını oxu, çünki bu tək sahə paketin faydalı bir yerə çatıb-çatmayacağını həll edir. Cavab tunel cihazını göstərəndə nüvə paketləri ona verir, hətta o interfeysin arxasında artıq heç bir müştəri prosesi işləmirsə də. Cavab fiziki adapteri göstərəndə, müştəri isə qoşulduğunu iddia edəndə, tunel ayaqdadır və sadəcə seçilmiş yol deyil.

İkinci hal kabel simsizi əvəz etdikdən sonra adi haldır və özünü pozulmuş VPN kimi göstərir.

ip route show default
ip route get 203.0.113.9

Sonra defolt qeydləri oxu, çünki əvvəlki baza bağlantısının əlavə etdiyi marşrut keçid dəyişikliyini keçib yenisinin qabağında dura bilər. Söndürülmüş cihazdan keçən defolt marşrut heç bir defolt marşrutdan pisdir, çünki nüvə yenə də onu üstün tutur. Hər qeydin yanındakı metriklərə diqqət et, çünki bu sıra üstünlüyü interfeys adlarından daha tez izah edir.

Sonra həlledicini fayl üzrə deyil, keçid üzrə oxu

Ad həlli öz vəziyyətini və öz köhnəlməsini daşıyır. DNS serverlərini keçid üzrə sadalayan həlledici söndürülmüş, amma hələ qeydiyyatda olan tunel keçidinin serverlərini saxlayır və hər sorğu sonra cavab verməyəcək serveri gözləyir. Simptom, marşrut cədvəli qüsursuz görünərkən ölü hiss olunan şəbəkədir.

Vəziyyəti fayl yerinə keçid üzrə yoxla, çünki bir çox distributivdə o fayl həllediciyə simvolik keçiddir və onu redaktə etmək ya heç nə etmir, ya da tez üzərinə yazılır. Hansı keçidin hansı serverlərə və hansı axtarış domeninə sahib olduğuna bax, sonra tunel keçidinin ümumiyyətlə hələ qeydiyyatda olmalı olub-olmadığını soruş. Olmamalıdırsa, yaradılmış vəziyyəti əl ilə redaktə etmək yerinə onu saxlayan bağlantını söndür. Marşrut sorğusu paketləri başqa yerə göndərərkən həll olunan ad üçüncü və ayrı bir nasazlıqdır.

resolvectl status
resolvectl query app.internal.example

Ünvanlar həll olunur və bağlantılar uğursuz olursa, həlledici qaydasındadır, marşrut deyil. Ünvanlar ümumiyyətlə həll olunmursa, başlamaq üçün doğru yer burasıdır.

Köhnəlmiş marşrut dəyişikliyi necə keçir

Müştəri şəbəkəyə tək sahib deyil. NetworkManager hostunda VPN profili baza bağlantısının üzərində aktivləşdirilir və bağlantı parametrləri o bazaya onu izləməli olan VPN-i adlandırmağa imkan verir. Baza başqa profil üstün tutulduğu üçün dəyişdikdə tunel yeni bazaya keçir ya da heç bir baza olmadan qalır.

VPN profili özünü qaldırmır, ona görə cütləşmə profilin öz avtomatik qoşulma seçimindən qat-qat vacibdir.

Aktiv siyahını oxu və tunelə toxunmazdan əvvəl hansı bazanın ayaqda olduğunu qeyd et. Baza siyahıdadırsa və tunel yoxdursa, marşrut köhnəlmiş deyil, çatışmır və təmir aktivləşdirmədir. Tunelin aktivləşdirilməsi mənbə bağlantısı olmadığından şikayət edirsə, onunla cütləşdiyi baza getmişdir, ona görə tuneli yenidən sınamaq yerinə əvvəlcə onu qaldır ya da cütləşməni təmir et. Valideyni olmayan profili yenidən sınamaq hər dəfə eyni xətanı verir, bu da narahatlıq deyil, faydalı siqnaldır.

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

Köhnəlmiş vəziyyəti çatışmayan valideyndən ayır

Üç vəziyyət demək olar ki, hər məlumatı izah edir və hər biri fərqli təmir tələb edir. Hələ mövcud olan, amma tuneli artıq daşımayan cihazdan keçən defolt marşrut köhnəlmiş vəziyyətdir; ya qeydi silməklə, ya da məsul profili yenidən başlatmaqla təmizlənir. Müştəri prosesi yoxa çıxmış tunel cihazı təmizləmə nasazlığıdır, ona görə diqqət marşrut cədvəlinə deyil, ayrılma yoluna verilməlidir. Heç bir tunel cihazı olmaması valideynin və ya cütləşmənin çatışmadığını və marşrut cədvəlinin heç vaxt işə qarışmadığını bildirir.

Yenidən başlatma üçündən hansının olduğunu gizlədir və məhz buna görə təmir kimi hiss olunur.

Təmirdən sonra nüvədən bir açıq və bir daxili ünvan istə, sonra daxili adı sorğula. Ünvan işləyib ad işləməyəndə, marşrutlaşdırma deyil, həlledicidə domen əhatəsi problemi tapmısan. Hansı vəziyyəti tapdığını yaz, çünki növbəti şəbəkə dəyişikliyi toxunmadığını yenidən yaradacaq.