Ubuntu mbetet pa internet pas heqjes së një aplikacioni VPN

Çinstalimi i klientit VPN, rindezja dhe më pas zbulimi se shfletuesi nuk ngarkon asgjë është një sekuencë e zakonshme në Ubuntu. Tuneli iku, por politika që drejtonte trafikun drejt tij nuk iku, dhe në Ubuntu këto mbetje zakonisht jetojnë në NetworkManager dhe jo në paketë. Një profil lidhjeje dhe një ndërfaqe e rreme e krijuar gjatë punës nuk i përkasin asnjë pakete, prandaj heqja e paketës nuk i heq ato.

Tuneli iku, politika jo

Kill switch funksionon duke e bërë rrjetin të papërdorshëm pa tunel. Kur klienti hiqet ndërsa ai gjendje është aktive, nuk mbetet asgjë që ta fikë. Rezultati duket saktësisht si një përshtatës rrjeti i prishur dhe zakonisht është një profil që mban një rrugë.

Prandaj riinstalimi ndonjëherë rikthen lidhjen: rikrijon procesin që di të tërheqë politikën e vet. Një klient i hequr ndërsa ndërprerësi i tij ishte aktiv la një gjendje që askush nuk është më aty për ta pastruar.

Lexoni objektet që paketa nuk i zotëroi kurrë

Lexoni gjendjen përpara se ta ndryshoni. Listoni pajisjet, lidhjet aktive dhe të dyja tabelat e rrugëtimit, më pas kërkoni një pajisje të rreme që raporton si e lidhur ose një rrugë të paracaktuar që tregon drejt saj. IPv4 dhe IPv6 dështojnë veçmas, prandaj një ping që funksionon drejt një adrese me zgjidhje emrash të prishur tregon një objekt tjetër sesa një rrugë e vdekur. Një pajisje e rreme që mban një rrugë të paracaktuar shpjegon e vetme gjithë ndërprerjen.

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

Shkruani atë që gjeni, sepse rregullimi është të fshihet një objekt i caktuar dhe jo të ristartohet gjithçka. Çdo gjë më e gjerë rrezikon një ndërprerje të dytë. Ky është ndryshimi midis një riparimi dhe një hamendjeje.

Një tabelë rrugëtimi bosh me një pajisje të lidhur është një tjetër defekt dhe tregon DHCP, jo një profil të mbetur. Lexoni qiranë përpara se të redaktoni çdo gjë.

Fshini profilin, jo skedarin e çelësit

Fshini profilin përmes NetworkManager në vend që të hiqni skedarin e çelësit. Fshirja e skedarit e lë profilin në memorie aktiv deri në rindezjen tjetër, gjë që e bën një riparim të saktë të duket i pasigurt. Më pas rindizni shërbimin dhe rilexoni listën e pajisjeve. Është rindezja ajo që e bën fshirjen të vërtetë.

sudo nmcli connection delete pvpn-killswitch
sudo systemctl restart NetworkManager

Nëse një lidhje e rreme mbijeton, hiqni edhe atë lidhje, më pas provoni veçmas një adresë dhe një emër. Rrugëtimi i pastër me një emër të dështuar tregon DNS, ndërsa një adresë e dështuar tregon një rrugë ose një mur zjarri.

Kontrolloni grepin e nisjes përpara se të përsëritet

Disa mbetje riinstalohen vetë në çdo nisje. Një njësi e shkruar me dorë ose një skript if-up që shton rregulla të murit të zjarrit vazhdon ta bëjë atë edhe pasi paketa iku, prandaj ndërprerja kthehet dhe riparimi i mëparshëm duket si fat. Kërkoni në skedarët e njësive dhe në grepat e rrjetit përpara se të rindizni përsëri. Emri i njësisë zakonisht e zbulon.

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

Hiqni ose maskoni skedarin e caktuar, më pas rindizni një herë dhe konfirmoni se gjendja pa tunel është ajo që dëshironi. Ai rindezja e fundit është testi, sepse një rregullim që zgjat vetëm deri në nisjen tjetër nuk është rregullim. Më pas mbajeni shënimin me makinën. Referenca e nmcli mbulon komandat e pajisjes dhe lidhjes të përdorura më sipër.