VPN ütleb, et on ühendatud, aga vaikimisi marsruut on surnud
Üleminek Wi-Filt Ethernetile võib jätta marsruudi ja resolveri vanasse tunnelisse. Lugege mõlemat olekut eraldi ja parandage see, mis on vale.
Klient teatab, et on ühendatud, süsteemisalve ikoon näeb tavaline välja ja midagi ei laadi. See algas kohe pärast seda, kui läksite Wi-Filt kaablile, või kohe pärast distributsiooni uuenduse lõppu. Katki läks mitte profiil, vaid olek, mis ehitati eelmise baasühenduse jaoks. Kernelil on endiselt vaikimisi marsruut, mis osutab tunneliseadmele, mida keegi ei oma, või resolver loetleb endiselt servereid lingil, mis on kadunud. Mõlemad rikked näevad välja nagu surnud võrk ja mõlemat saab kohapeal parandada.
Aegunud tükid olid valed juba enne, kui te neid märkasite. Kaabli väljatõmbamine tegi need ainult nähtavaks.
Küsige kernelilt, kuhu pakett läheks
Marsruudiloendeid on raske lugeda, sest need loetlevad kõike, mida süsteem teab, sealhulgas kirjeid, mis enam ei kehti. Marsruudiotsing vastab ainsale küsimusele, mida tasub küsida: milline seade kannab just seda paketti praegu. Kui vastus nimetab tunneliseadet, kasutab kernel seda isegi siis, kui selle taga pole ühtki elusat kliendiprotsessi, ja pakett langeb liidesesse, mida keegi ei hoolda. Kui vastus nimetab Etherneti adapterit, samal ajal kui klient väidab, et ühendus on üleval, on tunnel olemas, aga kaotas valiku, mis on tavaline tulemus juhtmevabalt juhtmega võrgule üleminekul.
Käivitage otsing kaks korda, üks kord avaliku aadressi ja üks kord sisemise aadressi jaoks, sest jagatud tunneli poliitika võib ühe ausalt suunata ja teise maha visata.
ip route show default
ip route get 1.1.1.1
ip route get 10.20.30.40Resolver hoiab surnud linki samuti alles
Hostil, kus töötab systemd-resolved, kuuluvad DNS-serverid linkidele, mitte ühele üldisele nimekirjale. Mahalangenud VPN-link võib mõnda aega oma serveritega registreerituks jääda ja siis ootab iga otsing aadressi, mis ei vasta kunagi. See viivitus tundub surnud võrguna ja paneb inimesi marsruute vaatama, kui marsruut on korras.
resolvectl status
resolvectl query intranet.example.comLugege iga lingi plokke ja tehke kindlaks, milline link omab kõnealust domeeni. Tunnel, mis on üleval, aga ei oma sisemist domeeni, edastab sisemised nimed avalikule resolverile ja sümptomit ei saa marsruutimisveast eristada.
Parandage registreering, mitte /etc/resolv.conf. Praegustes Ubuntu ja Fedora paigaldustes on see tee sümboolne link resolveri tööaegsesse olekusse, nii et redigeerimine kas jäetakse tähelepanuta või kirjutatakse järgmisel võrgusündmusel üle.
VPN ei käivitu kunagi ise
NetworkManager tõstab VPN-i baasühenduse peale ja õpib, millist järgida, connection.secondaries sellel baasil. Ühenduse seadete viide ütleb selgesõnaliselt, et automaatühendus pole VPN-profiilide jaoks rakendatud. See on kogu mehhanism selle rikketüübi taga: muutke baasi ja VPN tuleb uuesti siduda või käsitsi uuesti aktiveerida.
nmcli device status
nmcli connection show --active
nmcli connection up office-vpnKui aktiivne nimekiri näitab baasi ilma VPN-ita, ei ole tunnel üldse aktiivne ja marsruuti ei paigaldatud kunagi, mitte ei jäetud aegunuks. Kui aktiveerimine kaebab, et lähtühendust ei ole, on baas, millega see oli seotud, kadunud, seega parandage esmalt baas või sidumine ja lõpetage VPN-i uuesti proovimine.
Uuendus võib seaded ilma teatega maha jätta
Distributsiooni uuendamine asendab kliendi ja sageli selle NetworkManageri pistikprogrammi, samal ajal kui salvestatud profiil hoiab neid atribuudinimesid, millega see kirjutati. Kõik, mida uus pistikprogramm enam ei tunne, jäetakse vaikselt vahele. Profiil aktiveerub endiselt ja seade ilmub endiselt, aga marsruut, mis varem sellega kaasa tuli, ei tule enam kunagi.
Käsitsi kirjutatud konksud liiguvad samuti. Skript, mis paigaldas marsruudi vana järjestuse etteaimataval hetkel, võib nüüd joosta enne, kui liides on olemas, või pärast seda, kui klient on juba aegunud.
Võrrelge elusat profiili pistikprogrammiga, mis teil tegelikult on, mitte käitumisega, mida mäletate. Kui võti on dokumentatsioonist kadunud, viige töö dispetšeri skripti või toetatud asendusse, selle asemel et vana atribuuti taastada.
Kolm olekut, kolm erinevat parandust
Otsustage, millises olekus te olete, enne kui millegi puudutate, sest taaskäivitamine hävitab tõendid ja rike naaseb järgmisel võrgumuudatusel.
| What the lookup shows | What it means | Repair |
|---|---|---|
| A default route via a device that exists but is unused | Leftover route from an earlier activation | Remove the stale entry, or bounce the profile that installed it |
| A tunnel device with no client process | The client skipped its cleanup | Fix the disconnect path, then clear the leftover device state |
| No tunnel device and no active profile | Missing base connection or broken pairing | Bring up the base, then pair the VPN with it again |
Lõpetage ühe otsinguga avaliku aadressi jaoks, ühega sisemise aadressi jaoks ja ühe nimepäringuga. Kui aadressid töötavad ja nimi mitte, on ülejäänud rike domeeni ulatus resolveris ja marsruuditabel ei olnud kunagi probleem.