VPN praneša, kad prisijungta, bet numatytasis maršrutas miręs

Klientas praneša, kad prisijungta, dėkle esanti piktograma atrodo įprastai, ir nieko neįkeliama. Tai prasidėjo iškart po to, kai perėjote nuo Wi-Fi prie kabelio, arba iškart po to, kai baigėsi distribucijos atnaujinimas. Sugedo ne profilis, o būsena, sukurta ankstesniam baziniam ryšiui. Branduolyje vis dar yra numatytasis maršrutas, rodantis į tunelio įrenginį, kurio niekas neturi, arba sprendiklis vis dar išvardija serverius nuorodoje, kuri dingo. Abi gedimai atrodo kaip miręs tinklas, ir abu gali būti sutaisyti vietoje.

Pasenusios dalys buvo neteisingos dar prieš jums tai pastebint. Kabelio ištraukimas tik padarė jas matomas.

Paklauskite branduolio, kur keliaus paketas

Maršrutų sąrašus sunku skaityti, nes jie išvardija viską, ką sistema žino, įskaitant įrašus, kurie nebegalioja. Maršruto paieška atsako į vienintelį vertą klausimą: kuris įrenginys šiuo metu neša būtent šį paketą. Jei atsakyme nurodytas tunelio įrenginys, branduolys jį naudos net tada, kai už jo nėra jokio gyvo kliento proceso, ir paketas patenka į sąsają, kurios niekas neprižiūri. Jei atsakyme nurodytas Ethernet adapteris, o klientas tvirtina, kad ryšys yra, tunelis egzistuoja, bet prarado pasirinkimą, ir tai įprastas perėjimo nuo belaidžio prie laidinio rezultatas.

Paleiskite paiešką du kartus, vieną kartą viešajam adresui ir vieną kartą vidiniam, nes padalyto tunelio politika gali vieną nukreipti sąžiningai, o kitą numesti.

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

Sprendiklis taip pat laiko mirusią nuorodą

Kompiuteryje su systemd-resolved DNS serveriai priklauso nuorodoms, o ne vienam globaliam sąrašui. Nutrūkusi VPN nuoroda kurį laiką gali likti užregistruota su savo serveriais, ir tada kiekviena paieška laukia adreso, kuris niekada neatsakys. Toks delsimas jaučiamas kaip miręs tinklas ir nukreipia žmones žiūrėti maršrutų, kai maršrutas yra tvarkingas.

resolvectl status
resolvectl query intranet.example.com

Skaitykite blokus pagal nuorodas ir nustatykite, kuri nuoroda valdo atitinkamą domeną. Tunelis, kuris pakeltas, bet nėra vidinio domeno savininkas, perduoda vidinius pavadinimus viešajam sprendikliui, o simptomas nesiskiria nuo maršrutizavimo gedimo.

Sutaisykite registraciją, o ne /etc/resolv.conf. Dabartinėse Ubuntu ir Fedora instalacijose tas kelias yra simbolinė nuoroda į sprendiklio vykdymo būseną, todėl pakeitimas arba ignoruojamas, arba perrašomas kito tinklo įvykio metu.

VPN niekada neprasideda pats

NetworkManager pakelia VPN virš bazinio ryšio ir išmoksta, kurį sekti, iš tos bazės connection.secondaries įrašo. ryšio nustatymų žinynas aiškiai nurodo, kad automatinis prisijungimas VPN profiliams nėra įgyvendintas. Tai yra visas mechanizmas, slypintis už šios klasės gedimų: pakeiskite bazę, ir VPN turi būti iš naujo suporuotas arba įjungtas rankiniu būdu.

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

Kai aktyvusis sąrašas rodo bazę be VPN, tunelis visai nėra aktyvus, o maršrutas niekada nebuvo įdiegtas, o ne liko pasenęs. Kai aktyvinimas skundžiasi, kad nėra šaltinio ryšio, bazė, su kuria jis buvo suporuotas, dingo, todėl pirmiausia sutaisykite bazę arba poravimą ir nustokite bandyti VPN iš naujo.

Atnaujinimas gali numesti nustatymus be pranešimo

Distribucijos atnaujinimas pakeičia klientą ir dažnai jo NetworkManager papildinį, o išsaugotas profilis išlaiko tuos savybių pavadinimus, su kuriais buvo įrašytas. Viskas, ko naujasis papildinys nebeatpažįsta, tyliai praleidžiama. Profilis vis dar aktyvuojamas ir įrenginys vis dar pasirodo, bet maršrutas, kuris anksčiau ateidavo su juo, nebeateina.

Rankiniu būdu rašyti kabliukai taip pat pasislenka. Scenarijus, kuris senosios sekos nuspėjamu momentu įdiegdavo maršrutą, dabar gali veikti prieš atsirandant sąsajai arba po to, kai klientas jau baigė laukti.

Palyginkite gyvą profilį su papildiniu, kurį tikrai turite, o ne su elgesiu, kurį prisimenate. Jei raktas dingo iš dokumentacijos, perkelkite darbą į dispečerio scenarijų arba palaikomą pakaitalą, o ne atkurkite senąją savybę.

Trys būsenos, trys skirtingi taisymai

Nuspręskite, kokioje būsenoje esate, prieš ką nors liesdami, nes perkrovimas sunaikina įrodymus, ir gedimas grįžta kitą kartą keičiant tinklą.

Užbaikite viena paieška viešajam adresui, viena vidiniam adresui ir viena vardo užklausa. Jei adresai veikia, o vardas ne, likęs gedimas yra domeno apimtis sprendiklyje, ir maršrutų lentelė niekada nebuvo problema.