Ubuntu restas sen interreto post forigo de VPN-a aplikaĵo

Malinstali la VPN-klienton, restarti kaj poste konstati, ke la retumilo povas ŝargi nenion, estas ordinara sinsekvo en Ubuntu. La tunelo malaperis, sed la politiko, kiu direktis trafikon al ĝi, ne, kaj en Ubuntu tiuj restaĵoj kutime loĝas en NetworkManager, ne en la pakaĵo. Konekta profilo kaj falsa interfaco kreitaj dum la funkciado apartenas al neniu pakaĵo, do forigi la pakaĵon ne forigas ilin.

La tunelo malaperis, la politiko ne

La tiel nomata kill switch funkcias farante la reton neuzebla sen la tunelo. Kiam la kliento estas forigita dum tiu stato estas aktiva, restas nenio por malŝalti ĝin. La rezulto aspektas ekzakte kiel difektita retadaptilo kaj kutime estas profilo, kiu tenas itineron.

Tial reinstalo foje restarigas la konekton: ĝi rekreas la procezon, kiu scias malfari sian propran politikon. Kliento forigita dum ĝia ŝaltilo estis aktiva lasis staton, kiun neniu plu purigas.

Legu la objektojn, kiujn la pakaĵo neniam posedis

Legu la staton antaŭ ol ŝanĝi ĝin. Listigu aparatojn, aktivajn konektojn kaj ambaŭ enkursigajn tabelojn, poste serĉu falsan aparaton, kiu raportas sin konektita, aŭ defaŭltan itineron montrantan al unu. IPv4 kaj IPv6 malsukcesas aparte, do funkcianta ping al adreso kun rompita nomresolucio montras al alia objekto ol morta itinero. Falsa aparato tenanta defaŭltan itineron sola klarigas la tutan interrompon.

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

Notu, kion vi trovas, ĉar la riparo estas forigi unu konkretan objekton anstataŭ restarigi ĉion. Io pli vasta riskigas duan interrompon. Tio estas la diferenco inter riparo kaj konjekto.

Malplena enkursiga tabelo kun konektita aparato estas alia difekto, kaj ĝi montras al DHCP, ne al restinta profilo. Legu la lukontrakton antaŭ ol redakti ion.

Forigu la profilon, ne la ŝlosildosieron

Forigu la profilon per NetworkManager anstataŭ forigi la ŝlosildosieron. Forigi la dosieron lasas la profilon en la memoro aktiva ĝis la sekva restarto, kio igas ĝustan riparon aspekti nefidinda. Poste restartigu la servon kaj relegu la liston de aparatoj. La restarto estas tio, kio igas la forigon reala.

sudo nmcli connection delete pvpn-killswitch
sudo systemctl restart NetworkManager

Se falsa ligilo postvivas, forigu ankaŭ tiun ligilon, poste testu adreson kaj nomon aparte. Pura enkursigo kun malsukcesinta nomo montras al DNS, dum malsukcesinta adreso montras al itinero aŭ fajroŝirmilo.

Kontrolu la startan hokon antaŭ ol ĝi ripetiĝos

Iuj restaĵoj reinstalas sin ĉe ĉiu starto. Mane skribita unuo aŭ if-up-skripto, kiu aldonas regulojn de fajroŝirmilo, daŭre faras tion post kiam la pakaĵo malaperis, do la interrompo revenas kaj la pli frua riparo aspektas kiel bonŝanco. Traserĉu la unuajn dosierojn kaj la retajn hokojn antaŭ ol restarti denove. La nomo de la unuo kutime malkaŝas ĝin.

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

Forigu aŭ masku la koncernan dosieron, poste restartu unufoje kaj konfirmu, ke la sen tunela stato estas tio, kion vi volas. Tiu fina restarto estas la testo, ĉar riparo, kiu daŭras nur ĝis la sekva starto, ne estas riparo. Konservu la noton kun la maŝino poste. La referenco de nmcli kovras la komandojn pri aparatoj kaj konektoj uzitajn supre.