Walang internet ang Ubuntu pagkatapos tanggalin ang isang VPN app

Ang i-uninstall ang VPN client, i-reboot, at pagkatapos ay matuklasan na walang ma-load ang browser ay karaniwang pagkakasunod-sunod sa Ubuntu. Wala na ang tunnel, ngunit ang patakarang nagtuturo ng trapiko doon ay nananatili, at sa Ubuntu ang mga natirang ito ay karaniwang naninirahan sa NetworkManager at hindi sa package. Ang profile ng koneksyon at dummy na interface na ginawa habang tumatakbo ay hindi pag-aari ng anumang package, kaya hindi sila inaalis ng pag-alis ng package.

Wala na ang tunnel, naroon pa ang patakaran

Ang isang kill switch ay gumagana sa pamamagitan ng paggawa sa network na hindi magamit nang walang tunnel. Kapag tinanggal ang client habang aktibo ang estadong iyon, wala nang natitira upang patayin ito. Ang resulta ay mukhang sirang network adapter at karaniwang isang profile na humahawak ng ruta.

Kaya't kung minsan ay naibabalik ng muling pag-install ang koneksyon: muling nililikha nito ang prosesong marunong mag-urong sa sarili nitong patakaran. Ang client na tinanggal habang aktibo ang switch nito ay nag-iwan ng estadong wala nang natitira upang linisin.

Basahin ang mga bagay na hindi kailanman pag-aari ng package

Basahin ang estado bago ito baguhin. Ilista ang mga device, aktibong koneksyon at parehong routing table, pagkatapos ay hanapin ang dummy na device na nag-uulat na konektado o default na rutang tumuturo dito. Nabibigo nang hiwalay ang IPv4 at IPv6, kaya ang gumaganang ping sa address na sira ang resolusyon ng pangalan ay tumuturo sa ibang bagay kaysa sa patay na ruta. Ang dummy na device na may default na ruta ay nagpapaliwanag ng buong pagkaputol nang mag-isa.

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

Isulat ang natuklasan, dahil ang remedyo ay burahin ang isang partikular na bagay at hindi i-reset ang lahat. Ang anumang mas malawak ay nanganganib ng pangalawang pagkaputol. Iyon ang pagkakaiba ng pagkukumpuni at haka-haka.

Ang walang laman na routing table na may konektadong device ay ibang depekto, at tumuturo ito sa DHCP at hindi sa natirang profile. Basahin ang lease bago mag-edit ng kahit ano.

Burahin ang profile, hindi ang key file

Burahin ang profile sa pamamagitan ng NetworkManager sa halip na alisin ang key file. Ang pagbura sa file ay nag-iiwan sa profile sa memory na aktibo hanggang sa susunod na restart, na nagpapakita ng tamang pagkukumpuni na hindi mapagkakatiwalaan. Pagkatapos ay i-restart ang serbisyo at basahin muli ang listahan ng device. Ang restart ang gumagawa sa pagbura na totoo.

sudo nmcli connection delete pvpn-killswitch
sudo systemctl restart NetworkManager

Kung may natirang dummy na link, alisin din ang link na iyon, pagkatapos ay subukan ang address at pangalan nang hiwalay. Ang malinis na routing na may nabigong pangalan ay tumuturo sa DNS, habang ang nabigong address ay tumuturo sa ruta o firewall.

Suriin ang hook sa oras ng boot bago ito maulit

Ang ilang natira ay muling nag-i-install ng sarili sa bawat boot. Ang handwritten na unit o if-up script na nagdaragdag ng firewall rules ay patuloy na gumagawa nito pagkatapos mawala ang package, kaya bumabalik ang pagkaputol at ang naunang pagkukumpuni ay parang swerte. Hanapin sa mga unit file at network hook bago mag-reboot muli. Ang pangalan ng unit ang karaniwang nagbibigay ng hudyat.

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

Alisin o itago ang partikular na file, pagkatapos ay mag-reboot nang isang beses at kumpirmahin na ang estadong walang tunnel ang gusto mo. Ang huling reboot na iyon ang pagsubok, dahil ang remedyong tumatagal lamang hanggang sa susunod na boot ay hindi remedyo. Pagkatapos ay itago ang tala kasama ng makina. Ang sanggunian ng nmcli ay sumasakop sa mga command ng device at koneksyon na ginamit sa itaas.