Ubuntu het geen internet ná die verwydering van 'n VPN-program nie

Om die VPN-kliënt te deïnstalleer, te herbegin en dan te vind dat die blaaier niks kan laai nie, is 'n algemene Ubuntu-reeks. Die tonnel is weg, maar die beleid wat verkeer daarheen gestuur het, is nie, en op Ubuntu woon dié oorblyfsels gewoonlik in NetworkManager eerder as in die pakket. 'n Verbindingsprofiel en 'n dummy-koppelvlak wat tydens lopende tyd geskep is, behoort aan geen pakket nie, so die verwydering van die pakket verwyder hulle nie.

Die tonnel is weg, die beleid is nie

'n kill switch werk deur die netwerk onbruikbaar te maak sonder die tonnel. Wanneer die kliënt verwyder word terwyl daardie toestand aktief is, is daar niks oor om dit af te skakel nie. Die resultaat lyk presies soos 'n stukkende netwerkadapter en is gewoonlik 'n profiel wat 'n roete vashou.

Dit is waarom herinstallasie soms verbinding herstel: dit herskep die proses wat weet hoe om sy eie beleid terug te draai. 'n Kliënt wat verwyder is terwyl sy skakelaar aktief was, het 'n toestand nagelaat wat niemand meer kan opruim nie.

Lees die objekte wat die pakket nooit besit het nie

Lees die toestand voordat jy dit verander. Lys toestelle, aktiewe verbindings en albei roetetabelle, en soek dan 'n dummy-toestel wat as gekoppel rapporteer of 'n verstekroete wat na een wys. IPv4 en IPv6 faal afsonderlik, so 'n werkende ping na 'n adres met gebroke naamresolusie wys na 'n ander objek as 'n dooie roete. 'n Dummy-toestel wat 'n verstekroete vashou, verduidelik die hele onderbreking op sy eie.

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

Skryf neer wat jy vind, want die oplossing is om een spesifieke objek te verwyder eerder as om alles terug te stel. Enigiets wyer waag 'n tweede onderbreking. Dit is die verskil tussen 'n herstelling en 'n raaiskoot.

'n Leë roetetabel met 'n gekoppelde toestel is 'n ander fout, en dit wys na DHCP eerder as na 'n oorblywende profiel. Lees die huurkontrak voordat jy enigiets wysig.

Verwyder die profiel, nie die sleutellêer nie

Verwyder die profiel deur NetworkManager eerder as om die sleutellêer te verwyder. Die verwydering van die lêer laat die profiel in die geheue aktief tot die volgende herbegin, wat 'n korrekte herstelling onbetroubaar laat lyk. Herbegin dan die diens en lees weer die toestellys. Dit is die herbegin wat die verwydering werklik maak.

sudo nmcli connection delete pvpn-killswitch
sudo systemctl restart NetworkManager

As 'n dummy-skakel oorleef, verwyder daardie skakel ook, en toets dan 'n adres en 'n naam afsonderlik. Skoon roetering met 'n mislukte naam wys na DNS, terwyl 'n mislukte adres na 'n roete of 'n firewall wys.

Kontroleer die selflaai-haak voordat dit herhaal

Sommige oorblyfsels herinstalleer hulself by elke selflaai. 'n Handgeskrewe eenheid of 'n if-up-skrip wat firewall-reëls byvoeg, hou daarmee aan nadat die pakket weg is, so die onderbreking keer terug en die vroeëre herstelling lyk soos geluk. Deursoek die eenheidslêers en die netwerk-hakies voordat jy weer herbegin. Die eenheidsnaam is gewoonlik die weggee.

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

Verwyder of maskeer die spesifieke lêer, herbegin dan een keer en bevestig dat die tonnelvrye toestand is wat jy wil hê. Daardie finale herbegin is die toets, want 'n oplossing wat net tot die volgende selflaai hou, is nie 'n oplossing nie. Hou die nota daarna by die masjien. Die nmcli-verwysing dek die toestel- en verbindingsopdragte wat hierbo gebruik is.