VPN-asiakasohjelman poistaminen, uudelleenkäynnistys ja sitten sen huomaaminen, ettei selain lataa mitään, on tavallinen järjestys Ubuntussa. Tunneli on poissa, mutta käytäntö, joka ohjasi liikennettä siihen, ei ole, ja Ubuntussa nämä jäänteet asuvat yleensä NetworkManagerissa eivätkä paketissa. Ajonaikana luotu yhteyden profiili ja näennäisliittymä eivät kuulu mihinkään pakettiin, joten paketin poistaminen ei poista niitä.

Tunneli on poissa, käytäntö ei

Kill switch toimii tekemällä verkosta käyttökelvottoman ilman tunnelia. Kun asiakasohjelma poistetaan, kun tämä tila on aktiivinen, mitään ei jää sitä sammuttamaan. Tulos näyttää täsmälleen rikkinäiseltä verkkosovittimelta ja on yleensä profiili, joka pitää reittiä.

Siksi uudelleenasennus palauttaa joskus yhteyden: se luo uudelleen prosessin, joka osaa perua oman käytäntönsä. Asiakasohjelma, joka poistettiin sen kytkimen ollessa aktiivinen, jätti tilan, jota kukaan ei enää siivoa.

Lue objektit, joita paketti ei koskaan omistanut

Lue tila ennen kuin muutat sitä. Listaa laitteet, aktiiviset yhteydet ja molemmat reititystaulut ja etsi sitten näennäislaite, joka ilmoittaa olevansa yhdistetty, tai oletusreitti, joka osoittaa sellaiseen. IPv4 ja IPv6 pettävät erikseen, joten toimiva ping-osoitteeseen, jonka nimien selvitys on rikki, osoittaa eri objektiin kuin kuollut reitti. Näennäislaite, joka pitää oletusreittiä, selittää koko katkoksen yksinään.

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

Kirjoita muistiin, mitä löydät, sillä korjaus on poistaa yksi tietty objekti eikä nollata kaikkea. Mikä tahansa laajempi toimi vaarantaa toisen katkoksen. Se on korjauksen ja arvauksen ero.

Tyhjä reititystaulu, jossa on yhdistetty laite, on eri vika, ja se osoittaa DHCP:hen eikä jäljelle jääneeseen profiiliin. Lue vuokrasopimus ennen kuin muokkaat mitään.

Poista profiili, älä avaintiedostoa

Poista profiili NetworkManagerin kautta sen sijaan että poistaisit avaintiedoston. Tiedoston poistaminen jättää profiilin muistiin aktiiviseksi seuraavaan uudelleenkäynnistykseen, mikä saa oikean korjauksen näyttämään epäluotettavalta. Käynnistä sitten palvelu uudelleen ja lue laiteluettelo uudestaan. Juuri uudelleenkäynnistys tekee poistosta todellisen.

sudo nmcli connection delete pvpn-killswitch
sudo systemctl restart NetworkManager

Jos näennäislinkki säilyy, poista myös se linkki ja testaa sitten osoite ja nimi erikseen. Puhdas reititys epäonnistuneella nimellä osoittaa DNS:ään, kun taas epäonnistunut osoite osoittaa reittiin tai palomuuriin.

Tarkista käynnistyksen koukku ennen kuin se toistuu

Jotkin jäänteet asentavat itsensä uudelleen joka käynnistyksellä. Käsin kirjoitettu unit tai if-up-skripti, joka lisää palomuurisääntöjä, jatkaa sitä senkin jälkeen, kun paketti on poissa, joten katkos palaa ja aiempi korjaus näyttää onnenkaupalta. Etsi unit-tiedostoista ja verkkokoukuista ennen kuin käynnistät uudelleen. Unitin nimi paljastaa sen yleensä.

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

Poista tai peitä kyseinen tiedosto, käynnistä sitten kerran uudelleen ja vahvista, että tunneliton tila on se, mitä haluat. Se viimeinen uudelleenkäynnistys on testi, sillä korjaus, joka kestää vain seuraavaan käynnistykseen, ei ole korjaus. Pidä muistio koneen mukana sen jälkeen. nmcli-viite kattaa edellä käytetyt laite- ja yhteyskomennot.

Aiheeseen liittyvät artikkelit