Ubuntu останува без интернет по отстранување на VPN апликација

Деинсталирање на VPN клиентот, рестартирање и потоа откривање дека прелистувачот не може да вчита ништо е вообичаена низа на Ubuntu. Тунелот го нема, но политиката што го насочуваше сообраќајот кон него не, и на Ubuntu овие остатоци обично живеат во NetworkManager, а не во пакетот. Профил на врска и лажна интерфејс создадени за време на работа не припаѓаат на ниту еден пакет, па отстранувањето на пакетот не ги отстранува.

Тунелот го нема, политиката останува

Kill switch работи така што ја прави мрежата неупотреблива без тунелот. Кога клиентот се отстранува додека оваа состојба е активна, не останува ништо што би ја исклучило. Резултатот изгледа точно како расипан мрежен адаптер и обично е профил што држи рута.

Затоа преинсталирањето понекогаш го враќа поврзувањето: го создава одново процесот што знае да ја повлече сопствената политика. Клиент отстранет додека неговиот прекинувач бил активен остави состојба што нема кој повеќе да ја исчисти.

Прочитајте ги објектите што пакетот никогаш не ги поседувал

Прочитајте ја состојбата пред да ја смените. Наведете уреди, активни врски и двете табели за рутирање, потоа барајте лажен уред што се пријавува како поврзан или стандардна рута што покажува кон него. IPv4 и IPv6 паѓаат одделно, па работечки ping кон адреса со расипано разрешување на имиња покажува на друг објект од мртва рута. Лажен уред што држи стандардна рута сам го објаснува целиот прекин.

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

Запишете што ќе најдете, зашто поправката е да избришете еден конкретен објект, а не да ресетирате сѐ. Сѐ пошироко ризикува втор прекин. Тоа е разликата меѓу поправка и претпоставка.

Празна табела за рутирање со поврзан уред е друга дефект, и таа покажува на DHCP, а не на преостанат профил. Прочитајте го закупот пред да уредувате било што.

Избришете го профилот, не датотеката со клуч

Избришете го профилот преку NetworkManager наместо да ја отстраните датотеката со клуч. Бришењето на датотеката го остава профилот во меморија активен до следното рестартирање, што прави исправна поправка да изгледа несигурна. Потоа рестартирајте ја услугата и прочитајте го повторно списокот на уреди. Рестартирањето е она што го прави бришењето вистинско.

sudo nmcli connection delete pvpn-killswitch
sudo systemctl restart NetworkManager

Ако лажна врска преживее, отстранете ја и таа врска, потоа тестирајте адреса и име одделно. Чисто рутирање со неуспешно име покажува на DNS, додека неуспешна адреса покажува на рута или огнен ѕид.

Проверете ја куката при подигање пред да се повтори

Некои остатоци сами се преинсталираат при секое подигање. Рачно напишан unit или if-up скрипта што додава правила на огнениот ѕид го продолжува тоа и откако пакетот ќе исчезне, па прекинот се враќа и претходната поправка изгледа како среќа. Пребарајте ги unit-датотеките и мрежните куки пред да рестартирате повторно. Името на unit-от обично го оддава.

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

Отстранете ја или маскирајте ја конкретната датотека, потоа рестартирајте еднаш и потврдете дека состојбата без тунел е она што го сакате. Тоа последно рестартирање е тестот, зашто поправка што издржува само до следното подигање не е поправка. Потоа држете ја белешката со машината. Референцата за nmcli ги опфаќа командите за уред и врска што се користени погоре.