VPN seit ferbûn, mar de standertrûte is dea

De klient seit dat er ferbûn is, it ikoantsje yn de taakbalke sjocht der normaal út, en der laden neat. It begûn fuort nei’t jo fan Wi-Fi nei in kabel oergiene, of fuort nei’t in opwurdearring fan de distribúsje klear wie. Wat stikken gien is, is net it profyl mar de tastân dy’t boud wie foar de foarige basisferbining. De kernel hat noch altyd in standertrûte dy’t nei in tunnelapparaat wiist dat nimmen besit, of de resolver neamt noch altyd servers op in keppeling dy’t fuort is. Beide flaters lykje op in netwurk dat dea is en beide binne op it plak te reparearjen.

De ferâldere stikken wiene al ferkeard foardat jo it merkten. It útlûken fan in kabel makke se allinnich sichtber.

Freegje de kernel wêr’t in pakket hinne gean soe

Rûtelisten binne dreech te lêzen, om’t se alles neame dat it systeem ken, ek ynfieringen dy’t net mear jilde. In rûtesykje beändert de iennige fraach dy’t de muoite wurdich is: hokker apparaat draacht dit bepaalde pakket no. As it antwurd in tunnelapparaat neamt, sil de kernel it brûke sels as der gjin libbene klientproses efter sit, en it pakket falt yn in ynterface dat nimmen ûnderhâldt. As it antwurd de Ethernet-adapter neamt wylst de klient folhâldt dat er oan is, bestiet de tunnel mar hat er de kar ferlern, wat it gewoane resultaat is fan in oergong fan draadloas nei bedrade.

Rin it sykjen twa kear, ien kear foar in iepenbier adres en ien kear foar in yntern adres, om’t in belied fan splitst tunnel ien earlik rûte kin en de oare falle litte kin.

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

De resolver hâldt ek de deade keppeling

Op in host mei systemd-resolved hearre DNS-servers by keppelings en net by ien globale list. In VPN-keppeling dy’t delgien is, kin in skoftke registrearre bliuwe mei syn servers, en dan wachtet elk sykjen op in adres dat nea antwurdzje sil. Dy fertraging fielt as in dea netwurk en stjoert minsken nei de rûtes te sjen wylst de rûte goed is.

resolvectl status
resolvectl query intranet.example.com

Lês de blokken per keppeling en fêststel hokker keppeling it domein yn kwestje besit. In tunnel dy’t oan is mar net de eigner fan it ynterne domein is, stjoert ynterne nammen troch nei de iepenbiere resolver, en it symptoom is net te ûnderskieden fan in rûteflater.

Reparearje de registraasje, net /etc/resolv.conf. Op hjoeddeiske Ubuntu- en Fedora-ynstallaasjes is dat paad in symboalyske keppeling nei de runtime-tastân fan de resolver, dat in bewurking wurdt of negearre of oerskreaun by de folgjende netwurkbarheid.

In VPN start nea fansels

NetworkManager set in VPN boppe-op in basisferbining, en it leart hokker te folgjen fan connection.secondaries op dy basis. De referinsje foar ferbiningsynstellings stelt dúdlik dat autoforbine net ymplemintearre is foar VPN-profilen. Dat is it hiele meganisme efter dizze klasse fan flaters: feroarje de basis, en it VPN moat mei de hân opnij peard of reaktivearre wurde.

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

As de aktive list de basis sûnder it VPN sjen lit, is de tunnel hielendal net aktyf en is de rûte nea ynstallearre ynstee fan ferâldere efterlitten. As aktivearring klaget dat der gjin boarneferbining bestiet, is de basis dêr’t er mei peard wie fuort, dat reparearje earst de basis of de paring en stopje mei it VPN opnij te besykjen.

In opwurdearring kin ynstellings sûnder berjocht falle litte

It opwurdearjen fan in distribúsje ferfangt de klient en faak syn NetworkManager-plug-in, wylst it bewarre profyl de eigenskipnammen hâldt dêr’t it mei skreaun waard. Alles wat de nije plug-in net mear werkennt, wurdt stil oerslein. It profyl aktivearret noch en it apparaat ferskynt noch, mar de rûte dy’t earder mei kaam, komt nea mear.

Mei de hân skreaune heakken ferpleatse ek. In skript dat in rûte ynstallearre op in foarsisber momint yn de âlde folchoarder, kin no rinne foardat it ynterface bestiet, of nei’t de klient al in timeout hân hat.

Fergelykje it libbene profyl mei de plug-in dy’t jo echt hawwe, net mei it gedrach dat jo ûnthâlde. As in kaai út de dokumintaasje ferdwûn is, ferpleats it wurk nei in dispatcher-skript of in stipe ferfanging ynstee fan de âlde eigenskip te werstellen.

Trije tastannen, trije ferskillende reparaasjes

Beslis yn hokker tastân jo binne foardat jo eat oanreitsje, om’t in werstart it bewiis ferneatiget en de flater by de folgjende netwurkferoaring weromkomt.

Einigje mei ien sykjen foar in iepenbier adres, ien foar in yntern adres en ien nammequery. As de adressen wurkje en de namme net, is de oerbleaune flater domeinberik yn de resolver, en wie de rûtetabel nea it probleem.