Ubuntu har ingen internetadgang efter fjernelse af en VPN-app

At afinstallere VPN-klienten, genstarte og derefter opdage, at browseren ikke kan indlæse noget, er et almindeligt forløb på Ubuntu. Tunnelen er væk, men politikken, der sendte trafikken til den, er ikke, og på Ubuntu bor disse rester normalt i NetworkManager frem for i pakken. En forbindelsesprofil og en dummy-grænseflade oprettet under kørslen tilhører ingen pakke, så fjernelse af pakken fjerner dem ikke.

Tunnelen er væk, politikken er der stadig

En kill switch virker ved at gøre netværket ubrugeligt uden tunnelen. Når klienten fjernes, mens den tilstand er aktiv, er der intet tilbage til at slå den fra. Resultatet ligner præcis en defekt netværksadapter og er normalt en profil, der holder en rute.

Det er derfor, geninstallation nogle gange gendanner forbindelsen: den genskaber den proces, der ved, hvordan den skal rulle sin egen politik tilbage. En klient, der blev fjernet, mens dens switch var aktiv, efterlod en tilstand, som ingen er tilbage til at rydde op i.

Læs de objekter, som pakken aldrig ejede

Læs tilstanden, før du ændrer den. List enheder, aktive forbindelser og begge routingtabeller, og se derefter efter en dummy-enhed, der rapporterer sig som forbundet, eller en standardrute, der peger på en. IPv4 og IPv6 fejler hver for sig, så en ping, der virker til en adresse med brudt navneopløsning, peger på et andet objekt end en død rute. En dummy-enhed med en standardrute forklarer hele udfaldet alene.

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

Skriv ned, hvad du finder, for rettelsen er at slette ét bestemt objekt i stedet for at nulstille alt. Alt bredere risikerer endnu et udfald. Det er forskellen mellem en reparation og et gæt.

En tom routingtabel med en tilsluttet enhed er en anden fejl, og den peger på DHCP frem for på en efterladt profil. Læs leasingaftalen, før du redigerer noget.

Slet profilen, ikke nøglefilen

Slet profilen via NetworkManager i stedet for at fjerne nøglefilen. Sletning af filen lader profilen i hukommelsen være aktiv indtil næste genstart, hvilket får en korrekt reparation til at se upålidelig ud. Genstart derefter tjenesten, og læs enhedslisten igen. Det er genstarten, der gør sletningen rigtig.

sudo nmcli connection delete pvpn-killswitch
sudo systemctl restart NetworkManager

Hvis et dummy-link overlever, skal du også fjerne det link og derefter teste en adresse og et navn hver for sig. Ren routing med et fejlet navn peger på DNS, mens en fejlet adresse peger på en rute eller en firewall.

Kontroller boot-hooket, før det gentager sig

Nogle rester geninstallerer sig selv ved hver opstart. En håndskrevet unit eller et if-up-script, der tilføjer firewallregler, bliver ved med det, efter pakken er væk, så udfaldet vender tilbage, og den tidligere reparation ser ud som held. Søg i unit-filerne og netværkshookene, før du genstarter igen. Unit-navnet er normalt det, der afslører det.

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

Fjern eller maskér den specifikke fil, genstart derefter én gang, og bekræft, at den tunnel-fri tilstand er den, du vil have. Den sidste genstart er testen, for en rettelse, der kun holder til næste opstart, er ikke en rettelse. Gem noten sammen med maskinen bagefter. nmcli-reference dækker de enheds- og forbindelseskommandoer, der er brugt ovenfor.