’n Netwerkterugstelling in Windows vee meer uit as net die VPN-fout

Die raad kom binne tien minute ná elke Windows-VPN-klagte: hardloop die netwerkterugstelling, dit maak alles reg. Dit maak nie alles reg nie, en dit is nie smal nie. Daardie knoppie vee adapters uit, bind protokolle weer, verwyder statiese adresse en verstekroetes, gooi firewall- en filterinskrywings weg en vergeet Wi-Fi-profiele vir goeie maat. Op ’n masjien met ’n werkende maar verkeerd opgestelde tonnel verander dit een diagnoseerbare fout in ’n ongedokumenteerde herbou. Stoor eers vyf dinge, dan behou jy die opsie om dit ongedaan te maak.

Die terugstelling is nie tot die VPN-profiel beperk nie

’n VPN-verbinding is een voorwerp onder baie wat dieselfde netwerkstapel deel. Om ’n adapter te verwyder en weer by te voeg verander die koppelvlakindeks, en enigiets wat na daardie indeks verwys het, van ’n roete tot ’n firewallreël tot ’n derdeparty-filterdrywer, verwys nou na iets wat nie meer bestaan nie.

Virtualisering maak dit erger. Hyper-V-skakelaars, VMware-bruggies, houernetwerke en VPN-kliënte met hul eie virtuele adapters leef almal in dieselfde ruimte. ’n Terugstelling wat die basisstapel herinstalleer, kan daardie komponente halfteenwoordig laat, en die resulterende masjien rapporteer werkende hardeware met geen werkende pad nie.

Niks daarvan is ’n argument daarteen om ooit terug te stel nie. Dit is ’n argument daarteen om eerste terug te stel, op ’n masjien wat jy nie gedokumenteer het nie, wanneer die werklike fout dalk een roete-inskrywing of een verouderde filter is. ’n Terugstelling is ’n wye gereedskap met ’n smal suksessyfer, en om dit as die eerste skuif te gebruik waarborg dat jy nooit sal leer watter van die twee dit was nie.

Stoor die bewyse voordat jy die instellings stoor

Die mislukking self is data. Noteer die presiese foutkode, die tyd, watter profiel gekies is, en of die poortwag hoegenaamd ’n poging aangeteken het. ’n Kode wat sê die tonnel het nooit ’n antwoord gekry nie en ’n kode wat sê verifikasie het gefaal dui op heeltemal verskillende herstelwerk. Ná ’n terugstelling kan jy dalk nie een van die twee reproduceer nie. Behandel die stukkende toestand as ’n bate wat jy op die punt is om te spandeer.

Maak die toestand vas terwyl dit nog stukkend is, in ’n gids buite die masjien se tydelike gidse:

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

Die laaste opdrag is die een wat mense uitlaat, en dit is dikwels die een wat die fout verduidelik. Oorblywende filters van ’n verwyderde kliënt oorleef as blywende beleid, en die uitgevoerde XML is die enigste plaaslike rekord daarvan. Lees dit voordat ’n terugstelling die ding uitwis wat jy probeer identifiseer het.

Stoor die konfigurasie wat nie sal terugkom nie

Sommige instellings word outomaties herskep. Statiese adresse, pasgemaakte roetes, DNS-agtervoegsels, instaanbediener-uitsonderings en firewallreëls word nie. Die profiele self ook nie, wat in ’n telefoonboeklêer woon wat die terugstelling nie vir jou herstel nie.

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

Die sertifikaatlys is belangriker as wat dit lyk. Kliëntsertifikate word nie deur ’n netwerkterugstelling vernietig nie, maar die lys vertel jou op watter een die profiel staatgemaak het en of enige binnekort verstryk. Om ’n verstrykte sertifikaat ná ’n herbou te ontdek, mors die herbou.

Skryf die herstelpad neer voordat jy begin

As die masjien op afstand is en die VPN is jou enigste toegang, kan die terugstelling jou sessie beëindig en daar is dalk geen pad terug sonder iemand op die terrein nie. Bevestig dat buiteband-toegang bestaan, of dat iemand beskikbaar is, voordat jy enigiets hardloop wat aan adapters raak.

Bêre die installeerders en die verbindingbesonderhede êrens waar die masjien dit daarna nog kan bereik. ’n Kliënt wat weer van ’n verskafferportaal geïnstalleer moet word wat oor die tonnel bereik word, is ’n kringafhanklikheid, en dit is die enkele mees algemene manier waarop hierdie prosedure ’n onderbreking word.

Teken dan aan wat jy doen en hoekom, insluitend die presiese opdragte. Die volgende persoon moet weet of die terugstelling ’n eksperiment of ’n besluit was, en “ons het alles probeer” is nie ’n rekord nie.

Toets in lae ná die terugstelling

Om te veel gelyk te herstel maak die resultaat onleesbaar. Werk van onder af: adapter en adres, dan naamresolusie, dan die tonnel se identiteitsfase, dan die toepassing. Elke laag het ’n opdrag wat sy eie vraag beantwoord:

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

As die adapterlaag gesond is en resolusie nie, stop en maak resolusie reg. Om die VPN-kliënt op daardie punt te herinstalleer voeg ’n veranderlike by en verwyder ’n leidraad. Herstel net die instellings wat jy kan verduidelik, een op ’n slag, en kontrolleer dieselfde laag ná elkeen.

Microsoft se eie probleemoplossingsleiding vir fout 720 onderskei byvoorbeeld bindingprobleme van adrestoewysingsprobleme eerder as om ’n algemene terugstelling voor te skryf, wat die regte instink is vir elke kode in hierdie familie. Lees wat die kode beweer voordat jy na die wydste beskikbare gereedskap gryp.