En netværksnulstilling i Windows sletter mere end VPN-fejlen

Rådet kommer inden for ti minutter efter enhver Windows-VPN-klage: kør netværksnulstillingen, den ordner alt. Det gør den ikke, og den er ikke smal. Knappen rydder adaptere, binder protokoller igen, fjerner statiske adresser og standardruter, dropper firewall- og filterposter og glemmer Wi-Fi-profiler for en sikkerheds skyld. På en maskine med en tunnel, der virker, men er forkert konfigureret, forvandler den én diagnosticerbar fejl til en udokumenteret genopbygning. Gem fem ting først, og du beholder muligheden for at fortryde det.

Nulstillingen er ikke begrænset til VPN-profilen

En VPN-forbindelse er ét objekt blandt mange, der deler netværksstakken. Fjernelse og gentilføjelse af en adapter ændrer grænsefladeindekset, og alt, der henviste til det indeks, fra en rute til en firewallregel til en tredjeparts filterdriver, henviser nu til noget, der ikke findes længere.

Virtualisering gør det værre. Hyper-V-switches, VMware-broer, container-netværk og VPN-klienter med deres egne virtuelle adaptere lever alle i samme rum. En nulstilling, der geninstallerer basisstakken, kan efterlade de komponenter halvt til stede, og den resulterende maskine rapporterer fungerende hardware uden en fungerende vej.

Intet af det er et argument imod nogensinde at nulstille. Det er et argument imod at nulstille først, på en maskine, du ikke har dokumenteret, når den faktiske fejl måske er én rutepost eller ét forældet filter. En nulstilling er et bredt værktøj med en smal succesrate, og bruger du det som første træk, er du garanteret aldrig at finde ud af, hvilken af de to det var.

Gem evidensen, før du gemmer indstillingerne

Selve fejlen er data. Noter den præcise fejlkode, tidspunktet, hvilken profil der var valgt, og om gatewayen overhovedet loggede et forsøg. En kode, der siger, at tunnelen aldrig fik et svar, og en kode, der siger, at godkendelsen fejlede, peger på helt forskellige reparationer. Efter en nulstilling kan du muligvis ikke genskabe nogen af dem. Behandl den defekte tilstand som et aktiv, du er ved at bruge op.

Optag tilstanden, mens den stadig er defekt, i en mappe uden for maskinens midlertidige mapper:

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

Den sidste kommando er den, folk udelader, og det er ofte den, der forklarer fejlen. Restfiltre fra en fjernet klient overlever som vedvarende politik, og den eksporterede XML er den eneste lokale registrering af dem. Læs den, før en nulstilling sletter det, du prøvede at identificere.

Gem den konfiguration, der ikke kommer tilbage

Nogle indstillinger genskabes automatisk. Statiske adresser, brugerdefinerede ruter, DNS-suffikser, proxy-undtagelser og firewallregler gør ikke. Det gør profilerne heller ikke, og de ligger i en telefonbogsfil, som nulstillingen ikke gendanner for dig.

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

Certifikatlisten betyder mere, end den ser ud til. Klientcertifikater ødelægges ikke af en netværksnulstilling, men listen fortæller dig, hvilke profilen var afhængig af, og om nogen udløber inden længe. At opdage et udløbet certifikat efter en genopbygning spilder genopbygningen.

Skriv gendannelsesvejen ned, før du begynder

Hvis maskinen er fjern, og VPN er din eneste vej ind, kan nulstillingen afslutte din session, og der er måske ingen vej tilbage uden en person på stedet. Bekræft, at der findes adgang via en anden kanal, eller at en person er tilgængelig, før du kører noget, der rører adaptere.

Opbevar installationsfilerne og forbindelsesoplysningerne et sted, maskinen stadig kan nå bagefter. En klient, der skal geninstalleres fra en leverandørportal, som nås gennem tunnelen, er en cirkulær afhængighed, og det er den mest almindelige måde, denne procedure bliver et nedbrud.

Skriv derefter ned, hvad du gør, og hvorfor, inklusive de præcise kommandoer. Den næste person skal vide, om nulstillingen var et eksperiment eller en beslutning, og “vi prøvede alt” er ingen registrering.

Test i lag efter nulstillingen

At gendanne for meget på én gang gør resultatet ulæseligt. Arbejd nedefra: adapter og adresse, derefter navneopløsning, derefter tunnelens identitetstrin, derefter applikationen. Hvert lag har en kommando, der besvarer sit eget spørgsmål:

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

Hvis adapterlaget er sundt, og opløsningen ikke er, så stop og ret opløsningen. At geninstallere VPN-klienten på det tidspunkt tilføjer en variabel og fjerner et spor. Gendan kun de indstillinger, du kan forklare, én ad gangen, og kontroller samme lag efter hver.

Microsofts egen fejlfindingsvejledning til fejl 720 skelner for eksempel mellem bindingsproblemer og adressetildelingsproblemer i stedet for at ordinere en blanket nulstilling, hvilket er det rigtige instinkt for enhver kode i denne familie. Læs, hvad koden påstår, før du griber efter det bredeste tilgængelige værktøj.