En tilbakestilling av nettverket i Windows sletter mer enn VPN-feilen

Rådet kommer innen ti minutter etter hver Windows-VPN-klage: kjør tilbakestillingen av nettverket, den ordner alt. Det gjør den ikke, og den er ikke smal. Knappen rydder adaptere, binder protokoller på nytt, fjerner statiske adresser og standardruter, dropper brannmur- og filteroppføringer og glemmer Wi-Fi-profiler i tillegg. På en maskin med en tunnel som virker, men er feil konfigurert, gjør den én diagnostiserbar feil om til en udokumentert gjenoppbygging. Lagre fem ting først, så beholder du muligheten til å angre det.

Tilbakestillingen er ikke begrenset til VPN-profilen

En VPN-tilkobling er ett objekt blant mange som deler nettverksstakken. Fjerning og ny tilføying av en adapter endrer grensesnittindeksen, og alt som refererte til den indeksen, fra en rute til en brannmurregel til en tredjeparts filterdriver, viser nå til noe som ikke finnes lenger.

Virtualisering gjør det verre. Hyper-V-svitsjer, VMware-broer, containernettverk og VPN-klienter med egne virtuelle adaptere lever alle i samme rom. En tilbakestilling som reinstallerer basisstakken, kan la disse komponentene være halvt til stede, og den resulterende maskinen rapporterer fungerende maskinvare uten en fungerende vei.

Ingenting av det er et argument mot å noen gang tilbakestille. Det er et argument mot å tilbakestille først, på en maskin du ikke har dokumentert, når den faktiske feilen kanskje er én ruteoppføring eller ett utdatert filter. En tilbakestilling er et bredt verktøy med en smal suksessrate, og å bruke det som første trekk garanterer at du aldri får vite hvilken av de to det var.

Lagre bevisene før du lagrer innstillingene

Selve feilen er data. Noter den nøyaktige feilkoden, tidspunktet, hvilken profil som var valgt, og om gatewayen i det hele tatt loggførte et forsøk. En kode som sier at tunnelen aldri fikk svar, og en kode som sier at autentiseringen mislyktes, peker på helt forskjellige reparasjoner. Etter en tilbakestilling kan du kanskje ikke gjenskape noen av dem. Behandle den ødelagte tilstanden som en eiendel du er i ferd med å bruke opp.

Ta opp tilstanden mens den fortsatt er ødelagt, i en mappe utenfor 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 siste kommandoen er den folk utelater, og den er ofte den som forklarer feilen. Restfiltre fra en fjernet klient overlever som vedvarende policy, og den eksporterte XML-en er den eneste lokale registreringen av dem. Les den før en tilbakestilling sletter det du prøvde å identifisere.

Lagre konfigurasjonen som ikke kommer tilbake

Noen innstillinger gjenskapes automatisk. Statiske adresser, egendefinerte ruter, DNS-suffikser, proxy-unntak og brannmurregler gjør det ikke. Det gjør heller ikke profilene selv, som ligger i en telefonbokfil som tilbakestillingen ikke gjenoppretter for deg.

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

Sertifikatlisten betyr mer enn den ser ut som. Klientsertifikater blir ikke ødelagt av en nettverkstilbakestilling, men listen forteller deg hvilke profilen var avhengig av, og om noen utløper snart. Å oppdage et utløpt sertifikat etter en gjenoppbygging sløser bort gjenoppbyggingen.

Skriv ned gjenopprettingsveien før du begynner

Hvis maskinen er ekstern og VPN er din eneste vei inn, kan tilbakestillingen avslutte økten din, og det er kanskje ingen vei tilbake uten noen på stedet. Bekreft at tilgang utenfor båndet finnes, eller at en person er tilgjengelig, før du kjører noe som berører adaptere.

Oppbevar installasjonsprogrammene og tilkoblingsdetaljene et sted maskinen fortsatt kan nå dem etterpå. En klient som må reinstalleres fra en leverandørportal som nås gjennom tunnelen, er en sirkulær avhengighet, og det er den vanligste måten denne prosedyren blir et avbrudd.

Skriv deretter ned hva du gjør og hvorfor, inkludert de nøyaktige kommandoene. Neste person må vite om tilbakestillingen var et eksperiment eller en beslutning, og «vi prøvde alt» er ingen registrering.

Test i lag etter tilbakestillingen

Å gjenopprette for mye på én gang gjør resultatet uleselig. Arbeid nedenfra: adapter og adresse, deretter navneoppslag, deretter tunnelens identitetstrinn, deretter applikasjonen. Hvert lag har en kommando som svarer på sitt eget spørsmå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 friskt og oppslaget ikke, stopp og fiks oppslaget. Å reinstallere VPN-klienten på det tidspunktet legger til en variabel og fjerner et spor. Gjenopprett bare innstillingene du kan forklare, én om gangen, og kontroller samme lag etter hver.

Microsofts egen feilsøkingsveiledning for feil 720 skiller for eksempel bindingsproblemer fra adressetildelingsproblemer i stedet for å foreskrive en blanket tilbakestilling, som er det riktige instinktet for hver kode i denne familien. Les hva koden påstår før du griper etter det bredeste tilgjengelige verktøyet.