Ubuntu har ikke internett etter at en VPN-app er fjernet

Å avinstallere VPN-klienten, starte på nytt og deretter oppdage at nettleseren ikke får lastet noe, er en vanlig rekkefølge på Ubuntu. Tunnelen er borte, men regelen som dirigerte trafikken dit er ikke, og på Ubuntu bor disse restene vanligvis i NetworkManager og ikke i pakken. En tilkoblingsprofil og et dummy-grensesnitt som opprettes under kjøring tilhører ingen pakke, så fjerning av pakken fjerner dem ikke.

Tunnelen er borte, regelen ikke

En kill switch virker ved å gjøre nettverket ubrukelig uten tunnelen. Når klienten fjernes mens denne tilstanden er aktiv, er det ingenting igjen som slår den av. Resultatet ser nøyaktig ut som en ødelagt nettverksadapter og er vanligvis en profil som holder en rute.

Derfor gjenoppretter en ny installasjon noen ganger tilkoblingen: den gjenoppretter prosessen som vet hvordan den skal trekke tilbake sin egen regel. En klient som ble fjernet mens bryteren var aktiv, etterlot en tilstand som ingen er igjen til å rydde opp i.

Les objektene pakken aldri eide

Les tilstanden før du endrer den. List opp enheter, aktive tilkoblinger og begge rutingtabellene, og se deretter etter en dummy-enhet som rapporterer at den er tilkoblet, eller en standardrute som peker på en. IPv4 og IPv6 feiler hver for seg, så en ping som virker til en adresse med ødelagt navneoppslag peker på et annet objekt enn en død rute. En dummy-enhet med en standardrute forklarer hele utfallet alene.

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

Skriv ned det du finner, fordi rettelsen er å slette ett bestemt objekt i stedet for å nullstille alt. Noe bredere risikerer et nytt utfall. Det er forskjellen mellom en reparasjon og en gjetning.

En tom rutingtabell med en tilkoblet enhet er en annen feil, og den peker på DHCP og ikke på en gjenværende profil. Les leieavtalen før du redigerer noe.

Slett profilen, ikke nøkkelfilen

Slett profilen via NetworkManager i stedet for å fjerne nøkkelfilen. Sletting av filen lar profilen i minnet være aktiv til neste omstart, noe som får en korrekt reparasjon til å se upålitelig ut. Start deretter tjenesten på nytt og les enhetslisten igjen. Det er omstarten som gjør slettingen virkelig.

sudo nmcli connection delete pvpn-killswitch
sudo systemctl restart NetworkManager

Hvis en dummy-lenke overlever, fjern den lenken også, og test deretter en adresse og et navn hver for seg. Ren ruting med et mislykket navn peker på DNS, mens en mislykket adresse peker på en rute eller en brannmur.

Kontroller oppstarts-kroken før den gjentar seg

Noen rester installerer seg selv på nytt ved hver oppstart. En håndskrevet unit eller et if-up-skript som legger til brannmurregler fortsetter med det etter at pakken er borte, så utfallet kommer tilbake og den tidligere reparasjonen ser ut som flaks. Søk i unit-filene og nettverkskrokene før du starter på nytt igjen. Unit-navnet er vanligvis det som avslører det.

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

Fjern eller masker den bestemte filen, start deretter på nytt én gang og bekreft at tilstanden uten tunnel er den du vil ha. Den siste omstarten er testen, fordi en rettelse som bare holder til neste oppstart ikke er en rettelse. Ta vare på notatet sammen med maskinen etterpå. nmcli-referansen dekker enhets- og tilkoblingskommandoene som er brukt ovenfor.