VPN отключён, интернет всё ещё заблокирован: выключатель или устаревшее правило?

Туннель закрывается, браузер останавливается, а все остальные устройства в той же сети Wi-Fi продолжают работать, что исключает роутер. У этой картины три вероятных владельца: kill switch, которому приказано блокировать, состояние, оставленное удалённым клиентом, и резолвер или маршрут, которые так и не восстановили. Из окна браузера они выглядят одинаково и требуют разных ремонтов. Решите, какой из них у вас, прежде чем запускать сброс сети.

Два очень разных заблокированных интернета

Намеренная блокировка — это функция: пока нет активного туннеля, клиент выбрасывает трафик, чтобы ничего не утекло за пределы защищённого пути. Случайная блокировка — это оставшееся правило, настройка устройства или резолвера, пережившая выход клиента. Одну чинят подключением или намеренным отключением политики, другую — уборкой того, что осталось.

Разница видна в ошибке, а не в браузере. Намеренная блокировка обычно даёт немедленный отказ или тихое зависание, а оставшийся резолвер даёт сбой разрешения имён, который сохраняется даже тогда, когда ping на буквальный адрес работает. Ни то, ни другое не то же самое, что сломанное Wi-Fi-соединение, которое затронуло бы и другие устройства. Упорядочьте проверки по этой разнице: сначала буквальный адрес, потом имя.

Что клиент обещал при отключении

Читайте собственные настройки клиента, чтобы понять смысл отключения, ведь многие продукты разделяют паузу и полную остановку. Пауза по замыслу оставляет блокировку на месте, а остановка может её снять. Некоторые мобильные платформы выражают ту же идею как правило постоянного включения, которое блокирует трафик, когда VPN не подключён.

Там, где организация требует защиты, ремонт — это повторное подключение правильного профиля, а не обход блокировки. Проверьте, что имя сервера всё ещё разрешается и что до конечной точки можно добраться через исключения, которые документирует развёртывание, потому что неудачное переподключение выглядит точно как устойчивая блокировка.

Устаревшее состояние после прерванного удаления

Прерванное удаление установки или пакет, удалённый при активном туннеле, могут оставить после себя цепочку файрвола, правило маршрутизации, запись резолвера или виртуальный адаптер. Процесс ушёл, а последствия нет.

Начните с поддерживаемого пути очистки и ремонта приложения, а затем, прежде чем удалять, определите какой компонент установил каждый оставшийся объект. Выключение файрвола хоста восстанавливает просмотр и одновременно убирает постороннюю защиту. Глобальный сброс сети хуже, потому что выбрасывает рабочие настройки офиса или Wi-Fi, не называя причину.

Если установлены два клиента, решите, какой владеет политикой. Два владельца — это то, как блокировка переживает удаление обоих.

Проверьте отключённое состояние, а не только просмотр

То, что просмотр снова работает, — слабый приёмочный тест. Проверьте, что требуемая политика цела и что ничего другого не было тихо ослаблено.

ip rule show
ip route show table all | grep -v '^default'
resolvectl status | head -n 20
sudo nft list ruleset | grep -A 6 'chain output'

Сравните правила маршрутизации, резолвер и политику файрвола с тем, как выглядит чистая отключённая машина. Затем переподключитесь и отключитесь через обычный рабочий процесс и повторите чтения, чтобы ожидаемое состояние было записано, а не запомнено.

Храните эту пару до-и-после в заявке. Следующему человеку, который увидит заблокированный браузер, она понадобится больше, чем ещё одно мнение о том, какой клиент лучше.