Скидання мережі у Windows видаляє більше, ніж несправність VPN
Скидання очищає адаптери, маршрути й фільтри WFP, а не лише зламаний тунель. Спершу збережіть профіль, список сертифікатів і докази, потім перевіряйте за рівнями.
Порада надходить протягом десяти хвилин після кожної скарги на VPN у Windows: запусти скидання мережі, воно все виправить. Не виправить, і воно не вузьке. Ця кнопка очищає адаптери, заново зв'язує протоколи, видаляє статичні адреси й маршрути за замовчуванням, викидає записи брандмауера та фільтрів і до того ж забуває профілі Wi-Fi. На машині з робочим, але неправильно налаштованим тунелем воно перетворює одну діагностовану несправність на недокументовану перебудову. Збережіть спершу п'ять речей, і ви збережете можливість це скасувати.
Скидання не обмежене профілем VPN
Підключення VPN — один об'єкт серед багатьох, що ділять мережевий стек. Видалення й повторне додавання адаптера змінює індекс інтерфейсу, і все, що посилалося на цей індекс, від маршруту до правила брандмауера й до драйвера стороннього фільтра, тепер посилається на те, чого більше немає.
Віртуалізація погіршує. Комутатори Hyper-V, мости VMware, мережі контейнерів і VPN-клієнти з власними віртуальними адаптерами живуть в одному просторі. Скидання, що перевстановлює базовий стек, може залишити ці компоненти наполовину присутніми, і машина, що вийшла, повідомляє про робоче обладнання без робочого шляху.
Ніщо з цього не є доводом проти того, щоб колись скидати. Це довід проти того, щоб скидати першим, на машині, яку ви не задокументували, коли справжня несправність може бути одним записом маршруту або одним застарілим фільтром. Скидання — широкий інструмент із вузькою часткою успіху, і використання його як першого ходу гарантує, що ви ніколи не дізнаєтеся, що саме з двох це було.
Збережіть докази до того, як збережете налаштування
Сам збій — це дані. Запишіть точний код помилки, час, який профіль було вибрано і чи зареєстрував шлюз хоч одну спробу. Код, що каже, що тунель так і не отримав відповіді, і код, що каже, що автентифікація не вдалася, вказують на цілком різні виправлення. Після скидання відтворити, можливо, не вдасться ні того, ні того. Ставтеся до зламаного стану як до активу, який ви ось-ось витратите.
Зафіксуйте стан, поки він ще зламаний, у теку поза тимчасовими каталогами машини:
mkdir C:\vpn-evidence
ipconfig /all > C:\vpn-evidence\ipconfig.txt
route print > C:\vpn-evidence\routes.txt
Get-VpnConnection -AllUserConnection | Export-Csv C:\vpn-evidence\profiles.csv -NoTypeInformation
netsh wfp show state file=C:\vpn-evidence\wfp.xmlОстання команда — та, яку люди пропускають, і часто саме вона пояснює несправність. Зайві фільтри видаленого клієнта живуть як постійна політика, і вивантажений XML — єдиний локальний запис про них. Прочитайте його до того, як скидання зітре те, що ви намагалися розпізнати.
Збережіть конфігурацію, яка не повернеться
Деякі параметри створюються заново автоматично. Статичні адреси, нестандартні маршрути, суфікси DNS, винятки проксі й правила брандмауера — ні. Самі профілі теж, вони живуть у файлі телефонної книги, який скидання за вас не відновить.
| What to save | Where it lives | Why the reset loses it |
|---|---|---|
| VPN profiles | rasphone.pbk in ProgramData or the user profile | Profiles are not part of the adapter state |
| Static IP and DNS | Adapter configuration | Adapters are removed and recreated |
| Persistent filters | WFP policy store | Filter state is cleared with the stack |
| Third-party bindings | Adapter binding list | Components must be reinstalled manually |
Get-NetIPConfiguration | Out-File C:\vpn-evidence\netip.txt
Get-NetRoute -AddressFamily IPv4 | Export-Csv C:\vpn-evidence\netroutes.csv -NoTypeInformation
Get-DnsClientServerAddress | Export-Csv C:\vpn-evidence\dns.csv -NoTypeInformation
Get-ChildItem Cert:\LocalMachine\My | Select-Object Subject,Thumbprint,NotAfterСписок сертифікатів важливіший, ніж здається. Скидання мережі не знищує клієнтські сертифікати, але список каже, від яких залежав профіль і чи не спливає якийсь скоро. Виявлення простроченого сертифіката після перебудови марнує перебудову.
Запишіть шлях відновлення до початку роботи
Якщо машина віддалена і VPN — єдиний вхід, скидання може обірвати сеанс, і без людини на місці зворотного шляху може не бути. Підтвердьте, що доступ поза смугою є, або що людина доступна, перш ніж запускати будь-що, що торкається адаптерів.
Тримайте інсталятори й дані підключення там, де машина зможе дістати їх потім. Клієнт, який доводиться перевстановлювати з порталу постачальника, доступного через тунель, — це циклічна залежність, і це найчастіший спосіб, яким ця процедура стає простоєм.
Потім запишіть, що ви робите й чому, включно з точними командами. Наступній людині треба знати, був скидання експериментом чи рішенням, а «ми перепробували все» — не запис.
Перевіряйте за рівнями після скидання
Відновлення надто багато одразу робить результат нечитабельним. Працюйте знизу: адаптер і адреса, потім розв'язання імен, потім етап ідентичності тунелю, потім застосунок. У кожного рівня є команда, що відповідає на його власне питання:
Get-NetAdapter | Where-Object Status -eq 'Up' | Select-Object Name,InterfaceDescription
Resolve-DnsName intranet.example.internal
Get-VpnConnection -Name 'Corp' | Select-Object ConnectionStatus,TunnelType
Test-NetConnection -ComputerName intranet.example.internal -Port 443Якщо рівень адаптера здоровий, а розв'язання імен ні, зупиніться й полагодьте розв'язання. Перевстановлення VPN-клієнта в цей момент додає змінну й забирає підказку. Відновлюйте лише ті налаштування, які можете пояснити, по одному, перевіряючи той самий рівень після кожного.
Власні настанови Microsoft щодо усунення несправності 720, наприклад, відрізняють проблеми прив'язки від проблем виділення адрес замість того, щоб приписувати загальне скидання, і це правильний інстинкт для кожного коду в цій родині. Прочитайте, що стверджує код, перш ніж тягнутися до найширшого доступного інструмента.