Ubuntu hat gjin ynternet nei it fuortheljen fan in VPN-app

De VPN-klant de-ynstallearje, opnij starte en dan ûntdekke dat de browser neat lade kin, is in gewoane folchoarder op Ubuntu. De tunnel is fuort, mar it belied dat ferkear derhinne stjoerde net, en op Ubuntu wenje dy oerbliuwsels meast yn NetworkManager yn stee fan yn it pakket. In ferbyningsprofyl en in dummy-ynterface dat by it draaien makke is, hearre by gjin pakket, dus it fuortheljen fan it pakket hellet se net fuort.

De tunnel is fuort, it belied net

In kill switch wurket troch it netwurk sûnder de tunnel ûnbrûkber te meitsjen. As de klant fuorthelle wurdt wylst dy steat aktyf is, bliuwt der neat oer om it út te skeakeljen. It resultaat liket krekt op in stikken netwurkadapter en is meast in profyl dat in rûte hâldt.

Dêrom bringt opnij ynstallearje soms de ferbining werom: it makket it proses opnij dat syn eigen belied weromdraaie kin. In klant dy't fuorthelle is wylst syn skeakel aktyf wie, hat in steat efterlitten dy't nimmen mear oprommet.

Lês de objekten dy't it pakket nea besiet

Lês de steat foardat jo dy feroarje. List apparaten, aktive ferbiningen en beide rûtetabellen op, en sykje dan nei in dummy-apparaat dat him ferbûn neamt of in standertrûte dy't dêrhinne wiist. IPv4 en IPv6 falle apart út, dus in ping dy't wurket nei in adres mei brutsen namme-oplossing wiist nei in oar objekt as in deade rûte. In dummy-apparaat dat in standertrûte hâldt, ferklearret de hiele útfal op himsels.

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

Skriuw op wat jo fine, want de reparaasje is om ien beskaat objekt te wiskjen yn stee fan alles werom te setten. Allemear breder riskearret in twadde útfal. Dat is it ferskil tusken in reparaasje en in gissing.

In lege rûtetabel mei in ferbûn apparaat is in oare fout, en dy wiist nei DHCP yn stee fan nei in efterlitten profyl. Lês de lease foardat jo wat bewurkje.

Wiskje it profyl, net it kaai-bestân

Wiskje it profyl fia NetworkManager yn stee fan it kaai-bestân fuort te heljen. It bestân wiskje lit it profyl yn it ûnthâld aktyf oant de folgjende opnij start, wat in korrekte reparaasje ûnbetrouber lykje lit. Start dan de tsjinst opnij en lês de apparatelist wer. It is de opnij start dy't it wiskjen echt makket.

sudo nmcli connection delete pvpn-killswitch
sudo systemctl restart NetworkManager

As in dummy-keppeling oerlibbet, helje dy keppeling dan ek fuort, en test dan in adres en in namme apart. Skjinne rûtearing mei in mislearre namme wiist nei DNS, wylst in mislearre adres nei in rûte of in firewall wiist.

Kontrolearje de opstartheak foardat it him werhellet

Guon oerbliuwsels ynstallearje harsels by elke opstart opnij. In mei de hân skreaune unit of in if-up-skript dat firewall-regels taheakket, bliuwt dat dwaan neidat it pakket fuort is, dus de útfal komt werom en de eardere reparaasje liket op gelok. Sykje de unit-bestannen en de netwurkheakken troch foardat jo wer opnij starte. De namme fan de unit ferriedt it meastentiids.

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

Helje it beskaat bestân fuort of maskearje it, start dan ien kear opnij en befêstigje dat de steat sûnder tunnel is wat jo wolle. Dy lêste opnij start is de test, want in reparaasje dy't allinnich oant de folgjende opstart hâldt, is gjin reparaasje. Hâld de notysje dernei by de masine. De nmcli-referinsje beskriuwt de apparaat- en ferbiningsopdrachten dy't hjirboppe brûkt binne.