Ubuntu huet keen Internet méi nodeem eng VPN-App geläscht gouf

De VPN-Client deinstalléieren, nei starten an dann entdecken, datt de Browser näischt ka lueden, ass eng üblech Rei op Ubuntu. Den Tunnel ass fort, awer d'Politik déi den Trafic dohinner geleet huet net, an op Ubuntu wunnen dës Reschter meeschtens am NetworkManager an net am Pak. E Verbindungsprofil an eng Dummy-Schnittstell déi zur Lafzäit entstinn gehéieren zu kengem Pak, dofir hëlt d'Läschen vum Pak se net ewech.

Den Tunnel ass fort, d'Politik net

Ee Kill-Switch funktionéiert andeems en d'Netz ouni den Tunnel onbrauchbar mécht. Wann de Client ewechgeholl gëtt wärend dësen Zoustand aktiv ass, bleift näischt iwwer fir en auszeschalten. D'Resultat gesäit genee wéi en defekten Netzwierkadapter aus a ass meeschtens e Profil deen eng Route hält.

Dofir stellt eng Neiinstallatioun heiansdo d'Verbindung erëm hier: si erstellt de Prozess nei dee weess wéi en seng eegen Politik zréckhëlt. E Client deen ewechgeholl gouf wärend säi Schalter aktiv war huet en Zoustand hannerlooss deen keen méi botzt.

Liest d'Objeten déi de Pak ni besëtzt huet

Liest den Zoustand ier Dir en ännert. Lëscht Apparater, aktiv Verbindungen an zwou Routing-Tabellen op, a sicht dann no engem Dummy-Apparat deen sech als verbonne mëldet oder enger Standardroute déi drop weist. IPv4 an IPv6 versoen getrennt, dofir weist e Ping dee funktionéiert op eng Adress mat gebrochener Numm-Opléisung op en aneren Objet wéi eng déid Route. En Dummy-Apparat mat enger Standardroute erkläert de ganzen Ausfall eleng.

nmcli device status
nmcli connection show --active
ip -4 route
ip -6 route

Schreift op wat Dir fannt, well d'Reparatur ass een bestëmmten Objet ze läschen anstatt alles zréckzesetzen. Alles méi Breedt riskéiert en zweeten Ausfall. Dat ass den Ënnerscheed tëscht enger Reparatur an enger Vermutung.

Eng eidel Routing-Tabell mat engem verbonnenen Apparat ass en anere Fehler, an en weist op DHCP an net op e Reschtprof. Liest de Bail ier Dir eppes ännert.

Läscht de Profil, net d'Schlësseldatei

Läscht de Profil iwwer den NetworkManager anstatt d'Schlësseldatei ewechzehuelen. D'Datei läschen hannerléisst de Profil am Späicher aktiv bis zum nächsten Neistart, wat eng korrekt Reparatur onzouverlässeg ausgesi léisst. Start dann den Déngscht nei a liest d'Apparatelëscht nach eng Kéier. Den Neistart ass et deen d'Läschen wierklech mécht.

sudo nmcli connection delete pvpn-killswitch
sudo systemctl restart NetworkManager

Wann eng Dummy-Verbindung iwwerlieft, hëlt déi Verbindung och ewech, a test dann eng Adress an en Numm getrennt. Propper Routing mat engem feelgeschloenen Numm weist op DNS, wärend eng feelgeschloen Adress op eng Route oder eng Firewall weist.

Kontrolléiert de Start-Hook ier en sech widderhëlt

Verschidde Reschter installéiere sech bei all Start nei. Eng handgeschriwwen Unit oder en if-up-Skript deen Firewall-Reegelen derbäisetzt mécht dat och weider nodeem de Pak fort ass, dofir kënnt den Ausfall zréck an déi fréier Reparatur gesäit aus wéi Gléck. Duerchsicht d'Unit-Dateien an d'Netzwierk-Hooken ier Dir nach eng Kéier nei start. Den Numm vun der Unit verréit et meeschtens.

systemctl list-unit-files | grep -i vpn
grep -rl -i vpn /etc/systemd/system /etc/network/if-up.d

Hëlt déi bestëmmt Datei ewech oder maskéiert se, start dann eng Kéier nei a bestätegt datt den Zoustand ouni Tunnel deen ass deen Dir wëllt. Dee leschte Neistart ass den Test, well eng Reparatur déi nëmmen bis zum nächsten Start hält ass keng Reparatur. Halt d'Notiz duerno beim Apparat. D'nmcli-Referenz deckt d'Apparat- a Verbindungsbefehler of déi uewe benotzt goufen.