Biðlarinn segist vera tengdur, táknið í kerfisbakkanum lítur eðlilega út og ekkert hleðst. Það byrjaði rétt eftir að þú færðir þig af Wi-Fi yfir á snúru, eða rétt eftir að uppfærslu dreifingar lauk. Það sem brotnaði er ekki sniðið heldur ástandið sem var byggt fyrir fyrri grunntenginguna. Kjarninn hefur enn sjálfgefna leið sem bendir á göngutæki sem enginn á, eða leysirinn telur enn upp netþjóna á tengingu sem er horfin. Bæði bilunin líta út eins og dautt net og hægt er að laga hvort tveggja á staðnum.

Úreltu hlutarnir voru þegar rangir áður en þú tókst eftir þeim. Að taka snúru úr gerði þá bara sýnilega.

Spurðu kjarnann hvert pakki myndi fara

Leiðalistar eru erfiðir aflestrar því þeir telja upp allt sem kerfið þekkir, þar á meðal færslur sem gilda ekki lengur. Leiðaleit svarar einu spurningunni sem er þess virði að spyrja: hvaða tæki ber þennan tiltekna pakka núna. Ef svarið nefnir göngutæki mun kjarninn nota það þótt engin lifandi biðlaraferli sé á bak við það, og pakkinn fellur í viðmót sem enginn heldur við. Ef svarið nefnir Ethernet-millistykkið á meðan biðlarinn heldur því fram að tengingin sé uppi, þá er göngin til en missti valið, sem er venjuleg niðurstaða þess að skipta úr þráðlausu yfir í snúru.

Keyrðu leitina tvisvar, einu sinni fyrir opinbert vistfang og einu sinni fyrir innra, því stefna um skipta göng getur beint öðru heiðarlega og sleppt hinu.

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

Leysirinn heldur líka dauðu tengingunni

Á vél með systemd-resolved tilheyra DNS-netþjónar tengingum en ekki einum hnattrænum lista. VPN-tenging sem hefur fallið getur orðið skráð með netþjónunum sínum um tíma, og þá bíður hver leit eftir vistfangi sem mun aldrei svara. Sú töf finnst eins og dautt net og sendir fólk að skoða leiðir þegar leiðin er í lagi.

resolvectl status
resolvectl query intranet.example.com

Lestu blokkirnar eftir tengingum og greindu hvaða tenging á viðkomandi lénið. Göng sem eru uppi en eiga ekki innra lénið senda innri nöfn til opinbera leysisins, og einkennin eru óaðgreinanleg frá villu í leiðakerfinu.

Gerðu við skráninguna en ekki /etc/resolv.conf. Í núverandi Ubuntu- og Fedora-uppsetningum er sú slóð táknræn hlekkur inn í keyrsluástand leysisins, svo breyting er annaðhvort hunsuð eða skrifuð yfir við næsta netatburð.

VPN byrjar aldrei af sjálfu sér

NetworkManager reisir VPN ofan á grunntengingu og lærir hverri það á að fylgja úr connection.secondaries á þeim grunni. tilvísun í tengistillingar segir skýrt að sjálfvirk tenging sé ekki útfærð fyrir VPN-snið. Þetta er allt kerfið á bak við þennan flokk bilana: breyttu grunninum og VPN-ið verður að para aftur eða virkja handvirkt.

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

Þegar virki listinn sýnir grunninn án VPN-sins er göngin alls ekki virk og leiðin var aldrei sett upp frekar en að hafa orðið úrelt. Þegar virkjun kvartar yfir því að engin uppsprettutenging sé til hefur grunnurinn sem það var parað við horfið, svo gerðu fyrst við grunninn eða pörunina og hættu að reyna VPN-ið aftur.

Uppfærsla getur sleppt stillingum án skilaboða

Uppfærsla dreifingar skiptir út biðlaranum og oft NetworkManager-viðbótinni hans, á meðan vistaða sniðið heldur þeim eiginleikanöfnum sem það var skrifað með. Öllu sem nýja viðbótin þekkir ekki lengur er sleppt í þögn. Sniðið virkjast enn og tækið birtist enn, en leiðin sem áður kom með því kemur aldrei.

Handskrifuð krókar færast líka. Skrift sem setti upp leið á fyrirsjáanlegri stundu í gömlu röðinni getur nú keyrt áður en viðmótið er til, eða eftir að biðlarinn hefur þegar runnið út á tíma.

Berðu saman virka sniðið við viðbótina sem þú hefur í raun, en ekki við hegðunina sem þú manst. Ef lykill er horfinn úr skjölunum skaltu færa vinnuna í dreifiskrift eða studda staðgengil í stað þess að endurheimta gamla eiginleikann.

Þrjú ástand, þrjár ólíkar viðgerðir

Ákveddu í hvaða ástandi þú ert áður en þú snertir neitt, því endurræsing eyðileggur sönnunargögnin og bilunin kemur aftur við næstu netbreytingu.

What the lookup showsWhat it meansRepair
A default route via a device that exists but is unusedLeftover route from an earlier activationRemove the stale entry, or bounce the profile that installed it
A tunnel device with no client processThe client skipped its cleanupFix the disconnect path, then clear the leftover device state
No tunnel device and no active profileMissing base connection or broken pairingBring up the base, then pair the VPN with it again

Ljúktu með einni leit fyrir opinbert vistfang, einni fyrir innra vistfang og einni nafnfyrirspurn. Ef vistföngin virka og nafnið ekki, er göllinn sem eftir er lénssvið í leysinum, og leiðataflan var aldrei vandamálið.

Tengdir greinar