Немає інтернету після видалення 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 або брандмауер, і ця нотатка — єдине, що деінсталяція не може забрати з собою.