Ubuntu остава без интернет след премахване на VPN приложение

Деинсталиране на VPN клиента, рестартиране и после откриване, че браузърът не зарежда нищо, е обичайна последователност в Ubuntu. Тунелът е изчезнал, но политиката, която насочваше трафика към него, не е, и в Ubuntu тези остатъци обикновено живеят в NetworkManager, а не в пакета. Профил на връзка и фиктивен интерфейс, създадени по време на работа, не принадлежат на нито един пакет, затова премахването на пакета не ги премахва.

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

Работи прекъсвач при отпадане на тунела като прави мрежата неизползваема без тунела. Когато клиентът бъде премахнат, докато това състояние е активно, не остава нищо, което да го изключи. Резултатът изглежда точно като повреден мрежов адаптер и обикновено е профил, който държи маршрут.

Затова преинсталирането понякога възстановява връзката: то пресъздава процеса, който знае как да отмени собствената си политика. Клиент, премахнат докато прекъсвачът му е бил активен, е оставил състояние, което няма кой да изчисти.

Прочетете обектите, които пакетът никога не е притежавал

Прочетете състоянието, преди да го промените. Избройте устройствата, активните връзки и двете таблици за маршрутизация, после търсете фиктивно устройство, което се отчита като свързано, или маршрут по подразбиране, който сочи към него. 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 покрива командите за устройства и връзки, използвани по-горе.