Ресетовање мреже у Windows-у брише више од квара VPN-а
Ресетовање чисти адаптере, руте и WFP филтере, а не само тунел који не ради. Прво сачувајте профил, списак сертификата и доказе, па тестирајте по слојевима.
Савет долази у року од десет минута после сваке жалбе на Windows VPN: покрени ресетовање мреже, оно решава све. Не решава, и није уско. То дугме брише адаптере, поново повезује протоколе, уклања статичке адресе и подразумеване руте, одбацује уносе заштитног зида и филтера и још заборавља 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, на пример, разликују проблеме повезивања од проблема доделе адреса уместо да прописују свеобухватно ресетовање, што је исправан инстинкт за сваки код у овој фамилији. Прочитајте шта код тврди пре него што посегнете за најширим доступним алатом.