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, док неуспешна адреса указује на руту или заштитни зид.

Проверите куку при покретању пре него што се понови

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

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

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