Az Ubuntu internet nélkül marad egy VPN-alkalmazás eltávolítása után

A VPN-kliens eltávolítása, az újraindítás, majd annak felfedezése, hogy a böngésző semmit sem tud betölteni, gyakori sorrend az Ubuntun. Az alagút eltűnt, de a szabály, amely oda irányította a forgalmat, nem, és az Ubuntun ezek a maradékok általában a NetworkManagerben élnek, nem a csomagban. A futásidőben létrehozott kapcsolatprofil és dummy interfész egyetlen csomaghoz sem tartozik, ezért a csomag eltávolítása nem távolítja el őket.

Az alagút eltűnt, a szabály nem

Egy kill switch úgy működik, hogy az alagút nélkül használhatatlanná teszi a hálózatot. Ha a klienst akkor távolítják el, amikor ez az állapot aktív, nem marad semmi, ami kikapcsolja. Az eredmény pontosan egy tönkrement hálózati adapterre hasonlít, és általában egy profil, amely megtart egy útvonalat.

Ezért állítja helyre az újratelepítés néha a kapcsolatot: újra létrehozza azt a folyamatot, amely tudja visszavonni a saját szabályát. Egy kliens, amelyet aktív kapcsolóval távolítottak el, olyan állapotot hagyott maga után, amelyet már senki nem takarít el.

Olvassa el az objektumokat, amelyek soha nem voltak a csomagé

Változtatás előtt olvassa el az állapotot. Listázza az eszközöket, az aktív kapcsolatokat és mindkét útválasztási táblát, majd keressen egy dummy eszközt, amely csatlakozottnak jelenti magát, vagy egy alapértelmezett útvonalat, amely rá mutat. Az IPv4 és az IPv6 külön hibázik, ezért egy működő ping egy törött névfeloldású címre más objektumra mutat, mint egy halott útvonal. Egy alapértelmezett útvonalat tartó dummy eszköz önmagában megmagyarázza a teljes kiesést.

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

Írja le, amit talál, mert a javítás az, hogy egy konkrét objektumot töröljön, nem pedig mindent visszaállítson. Bármi szélesebb második kiesést kockáztat. Ez a különbség a javítás és a találgatás között.

Egy üres útválasztási tábla csatlakozott eszközzel más hiba, és a DHCP-re mutat, nem egy visszamaradt profilra. Szerkesztés előtt olvassa el a bérletet.

Törölje a profilt, ne a kulcsfájlt

Törölje a profilt a NetworkManageren keresztül, ahelyett hogy eltávolítaná a kulcsfájlt. A fájl törlése a memóriában aktívan hagyja a profilt a következő újraindításig, ami megbízhatatlannak láttatja a helyes javítást. Utána indítsa újra a szolgáltatást, és olvassa újra az eszközlistát. Az újraindítás az, ami valódivá teszi a törlést.

sudo nmcli connection delete pvpn-killswitch
sudo systemctl restart NetworkManager

Ha egy dummy kapcsolat túlél, távolítsa el azt is, majd külön tesztelje a címet és a nevet. Tiszta útválasztás sikertelen névvel a DNS-re mutat, míg a sikertelen cím egy útvonalra vagy tűzfalra.

Ellenőrizze a rendszerindítási horgot, mielőtt megismétlődik

Néhány maradék minden rendszerindításkor újratelepíti magát. Egy kézzel írt unit vagy egy if-up szkript, amely tűzfalszabályokat ad hozzá, ezt a csomag eltűnése után is folytatja, ezért a kiesés visszatér, és a korábbi javítás szerencsének tűnik. Újraindítás előtt keressen az unit-fájlokban és a hálózati horgokban. Az unit neve általában elárulja.

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

Távolítsa el vagy maszkolja a konkrét fájlt, majd indítson újra egyszer, és erősítse meg, hogy az alagút nélküli állapot az, amit szeretne. Ez az utolsó újraindítás a teszt, mert az a javítás, amely csak a következő indításig tart, nem javítás. Utána tartsa a feljegyzést a gép mellett. Az nmcli referenciája lefedi a fent használt eszköz- és kapcsolatparancsokat.