Нет интернета после удаления VPN: инвентаризация перед сбросом
Полный сброс удаляет доказательства и остатки. Сначала прочитайте маршруты, каталог Winsock и прокси, затем поднимайтесь по лестнице шаг за шагом.
Удаление VPN-клиента должно вернуть машину в состояние до него, а иногда возвращает машину, где ничего не разрешается и браузер по-прежнему хочет прокси. Остатки берутся из короткого списка владельцев: маршруты, поставщики Winsock, настройка прокси, DNS и драйверы фильтра. Существуют две стратегии ремонта, и они различаются в основном тем, что разрушают.
Два ремонта с очень разной ценой
| Approach | What it fixes | What it costs |
|---|---|---|
| Full network reset | Almost everything, eventually | Wi-Fi passwords, firewall rules, evidence |
| Inventory, then narrow resets | The piece that actually broke | Time, and one command per layer |
Широкий сброс не ошибочен; он дорог. Он также удаляет доказательства того, какой слой отказал, поэтому следующая машина с тем же симптомом снова начинает с нуля. Сначала инвентаризация стоит четыре команды, и три из них только читают.
Выбирайте по часам, а не по предпочтению. На машине, которая должна работать через десять минут, полный сброс может быть правильным решением, и заметка, которую вы оставите после, — единственное, что сохраняет знание. В парке с повторяющимся симптомом инвентаризация — более дешёвый путь, потому что даёт причину вместо закончившегося сбоя.
Прочитайте четыре вещи, прежде чем что-либо трогать
ipconfig /all
route print -4
netsh winsock show catalog
netsh winhttp show proxy
Каждый вывод соответствует своей неисправности. Маршрут по умолчанию, указывающий на адаптер, которого больше нет, объясняет мёртвый интернет при работающей локальной сети. DNS-сервер адаптера, который раньше принадлежал туннелю, объясняет имена, которые не разрешаются, пока адреса работают. Поставщик Winsock, установленный клиентом, объясняет сбои браузера, переживающие любое изменение маршрута. Запись прокси объясняет браузер, который никуда не попадает, тогда как curl попадает.
Проверьте отдельно прокси самого браузера. Он живёт в диалоге свойств интернета в разделе подключений и настроек локальной сети и является другой настройкой, нежели прокси WinHTTP, о котором сообщает команда. Исправление одного не исправляет другое, и машина может нести оба. Ищите адрес прокси, который никуда не разрешается, потому что именно такой вид оставляет удалённый клиент.
Поднимайтесь по лестнице, а не прыгайте
ipconfig /release
ipconfig /renew
ipconfig /flushdns
route -f
netsh int ip reset reset.log
netsh winsock reset catalog
route -f очищает таблицу маршрутизации, не трогая адаптеры, и это самый дешёвый способ убрать оставшийся маршрут туннеля по умолчанию. netsh int ip reset перезаписывает настройки стека TCP/IP и ожидает перезагрузки. netsh winsock reset восстанавливает каталог, который изменил драйвер фильтра, и именно этот шаг исправляет сбои, видимые только в браузере. Выполните одну, проверьте, затем выполните следующую; лестница, по которой вы поднялись, — это лестница, которую вы сможете описать позже.
netsh advfirewall reset не входит в эту лестницу. Он удаляет правила, которые кто-то создал намеренно, а их восстановление — отдельный проект. Сброс сети в приложении параметров удаляет и переустанавливает каждый адаптер, а также стирает сохранённые пароли Wi-Fi, поэтому он идёт после узких шагов, а не до них.
Остатки, владелец которых — другой продукт
Перетаскивание приложения в корзину не удаляет его. На Mac, который продолжал использовать VPN, больше его не отображая, всё ещё работал вспомогательный процесс поставщика; вкладка сети Монитора активности определила его по трафику, и процедура удаления поставщика убрала демон и его элементы запуска. Проверьте /Library/LaunchDaemons и /Library/LaunchAgents на записи, программы которых больше не существует.
ПО безопасности — другое место, где появляется этот шаблон. Антивирусные средства устанавливают собственные драйверы фильтра, и удаление, оставляющее один из них, может сломать адаптер VPN так, что никакая настройка VPN этого не объяснит. Средство удаления от поставщика существует именно для такого случая; обычная деинсталляция обычно до него не доходит.
Установщики тоже могут отказаться запускаться, потому что предыдущий экземпляр ещё жив. Установщик OpenVPN проверяет наличие работающего openvpn.exe, включая тот, который ваш собственный скрипт запустил несколько часов назад.
Сбой env_block — остаток ещё одного рода. PATH потерял C:\Windows\System32 и его соседей, поэтому клиент не может запустить утилиты, которые строят адаптер. Исправьте PATH вместо переустановки, потому что новая копия столкнётся с теми же отсутствующими командами.
Интерфейсы Linux и тест роутера
Интерфейс tun может пережить конфигурацию, которая его создала. Один отчёт о медленной загрузке закончился остаточным устройством, которое держало адрес шлюза старого пула и тянуло трафик в туннель, которого никто не задумывал. ip -brief link перечисляет то, что существует; сравните это с тем, что заявляет текущая служба, затем удалите сироту.
Аренды, которые перестают приходить после эксперимента с VPN, не обязательно являются проблемой стека. Проверьте ноутбук, который никогда не носил клиента, и другой роутер, прежде чем выполнять новые сбросы. Если роутер перестал отвечать, никакая команда Windows этого не изменит, а временный статический адрес, шлюз и распознаватель скажут, какая сторона сломана.
Запишите, что вы сбросили и в каком порядке. Следующему человеку нужно знать, был ли перестроен каталог Winsock или брандмауэр, и эта заметка — единственное, что деинсталляция не может забрать с собой.