Няма интернет след деинсталиране на 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 или защитната стена е бил изграден наново, и тази бележка е единственото, което деинсталирането не може да отнесе със себе си.