La VPN diras, ke ĝi estas konektita, sed la defaŭlta vojo estas morta

La kliento raportas konekton, la ikono en la sistemopleto aspektas normale, kaj nenio ŝarĝiĝas. Ĝi komenciĝis tuj post kiam vi transiris de Wi-Fi al kablo, aŭ tuj post kiam finiĝis ĝisdatigo de la distribuo. Tio, kio rompiĝis, ne estas la profilo sed la stato konstruita por la antaŭa baza konekto. La kerno ankoraŭ havas defaŭltan vojon montrantan al tunela aparato, kiun neniu posedas, aŭ la solvilo ankoraŭ listigas servilojn sur ligilo, kiu foriris. Ambaŭ paneoj aspektas kiel morta reto kaj ambaŭ estas ripareblaj loke.

La malnoviĝintaj pecoj jam estis malĝustaj antaŭ ol vi rimarkis ilin. Eltiri kablon simple igis ilin videblaj.

Demandu la kernon, kien pakaĵo irus

Vojaj listoj estas malfacile legeblaj ĉar ili listigas ĉion, kion la sistemo scias, inkluzive de rikordoj, kiuj jam ne validas. Voja serĉo respondas la solan demandon indan je demando: kiu aparato portas ĉi tiun konkretan pakaĵon ĝuste nun. Se la respondo nomas tunelan aparaton, la kerno uzos ĝin eĉ se malantaŭ ĝi ne vivas klienta procezo, kaj la pakaĵo falas en interfacon, kiun neniu prizorgas. Se la respondo nomas la Ethernet-adaptilon dum la kliento insistas, ke ĝi estas aktiva, la tunelo ekzistas sed perdis la elekton, kio estas la kutima rezulto de transiro de sendrata al kabla reto.

Rulu la serĉon dufoje, unufoje por publika adreso kaj unufoje por interna, ĉar politiko de dividita tunelo povas enkursigi unu honeste kaj faligi la alian.

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

La solvilo ankaŭ konservas la mortan ligilon

Sur gastiganto kun systemd-resolved, DNS-serviloj apartenas al ligiloj anstataŭ al unu tutmonda listo. VPN-ligilo, kiu falis, povas resti registrita kun siaj serviloj dum iom da tempo, kaj tiam ĉiu serĉo atendas adreson, kiu neniam respondos. Tiu prokrasto sentiĝas kiel morta reto kaj sendas homojn rigardi vojojn, kiam la vojo estas en ordo.

resolvectl status
resolvectl query intranet.example.com

Legu la blokojn laŭ ligiloj kaj identigu, kiu ligilo posedas la koncernan domajnon. Tunelo, kiu estas aktiva sed ne posedas la internan domajnon, plusendas internajn nomojn al la publika solvilo, kaj la simptomo ne distingiĝas de enkursiga paneo.

Riparu la registradon kaj ne /etc/resolv.conf. En nunaj instaloj de Ubuntu kaj Fedora tiu vojo estas simbola ligilo al la rultempa stato de la solvilo, do redakto aŭ estas ignorata aŭ estas anstataŭigita ĉe la sekva reta evento.

VPN neniam startas memstare

NetworkManager suprenlevas VPN-on sur baza konekto, kaj ĝi lernas, kiun sekvi, el connection.secondaries sur tiu bazo. La referenco pri konektaj agordoj eksplicite deklaras, ke aŭtomata konektado ne estas realigita por VPN-profiloj. Tio estas la tuta mekanismo malantaŭ ĉi tiu klaso de paneo: ŝanĝu la bazon, kaj la VPN devas esti denove parigita aŭ permane reaktivigita.

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

Kiam la aktiva listo montras la bazon sen la VPN, la tunelo tute ne estas aktiva kaj la vojo neniam estis instalita anstataŭ resti malnova. Kiam la aktivigo plendas, ke neniu fonta konekto ekzistas, la bazo, kun kiu ĝi estis parigita, malaperis, do ripari unue la bazon aŭ la parigon kaj ĉesu reprovi la VPN-on.

Ĝisdatigo povas faligi agordojn sen mesaĝo

Ĝisdatigo de distribuo anstataŭigas la klienton kaj ofte ĝian NetworkManager-kromaĵon, dum la konservita profilo retenas la proprecajn nomojn, kun kiuj ĝi estis skribita. Ĉio, kion la nova kromaĵo jam ne rekonas, estas preterlasata silente. La profilo ankoraŭ aktiviĝas kaj la aparato ankoraŭ aperas, sed la vojo, kiu antaŭe venis kun ĝi, neniam venas.

Permane skribitaj hokoj ankaŭ moviĝas. Skripto, kiu instalis vojon en antaŭvidebla momento de la malnova sinsekvo, nun povas ruliĝi antaŭ ol la interfaco ekzistas, aŭ post kiam la kliento jam tempolimis.

Komparu la vivan profilon kun la kromaĵo, kiun vi fakte havas, anstataŭ kun la konduto, kiun vi memoras. Se ŝlosilo malaperis el la dokumentaro, movu la laboron en dispeĉeran skripton aŭ subtenatan anstataŭaĵon anstataŭ restaŭri la malnovan proprecon.

Tri statoj, tri malsamaj riparoj

Decidu, en kiu stato vi estas, antaŭ ol tuŝi ion, ĉar restartigo detruas la pruvojn kaj la paneo revenas ĉe la sekva reta ŝanĝo.

Finu per unu serĉo por publika adreso, unu por interna adreso kaj unu nomdemando. Se la adresoj funkcias kaj la nomo ne, la restanta paneo estas domajna amplekso en la solvilo, kaj la voja tabelo neniam estis la problemo.