Retretigo en Windows forviŝas pli ol la VPN-difekton
Retretigo malplenigas adaptilojn, itinerojn kaj WFP-filtrilojn, ne nur la malsukcesan tunelon. Konservu la profilon, la atestilan liston kaj la pruvojn, poste testu laŭ tavoloj.
La konsilo alvenas ene de dek minutoj post ĉiu Windows-VPN-plendo: rulu la retretigon, ĝi riparos ĉion. Ĝi ne riparos, kaj ĝi ne estas mallarĝa. Tiu butono malplenigas adaptilojn, religas protokolojn, forigas statikajn adresojn kaj implicitajn itinerojn, forĵetas fajroŝirmilajn kaj filtrajn erojn, kaj krome forgesas Wi-Fi-profilojn. Sur maŝino kun funkcianta sed malĝuste agordita tunelo, ĝi transformas unu diagnozeblan difekton en nedokumentitan rekonstruon. Konservu unue kvin aĵojn, kaj vi retenas la eblon malfari ĝin.
La retretigo ne limiĝas al la VPN-profilo
VPN-konekto estas unu objekto inter multaj, kiuj dividas la retan stakon. Forigo kaj rea aldono de adaptilo ŝanĝas la interfacan indekson, kaj ĉio, kio referencis tiun indekson, de itinero ĝis fajroŝirmila regulo ĝis triaparta filtra pelilo, nun referencas ion, kio ne plu ekzistas.
Virtualigo plimalbonigas tion. Hyper-V-ŝaltiloj, VMware-pontoj, ujaj retoj kaj VPN-klientoj kun propraj virtualaj adaptiloj ĉiuj vivas en la sama spaco. Retretigo, kiu reinstalas la bazan stakon, povas lasi tiujn komponentojn duone ĉeestaj, kaj la rezulta maŝino raportas funkciantan aparataron sen funkcianta vojo.
Nenio el tio estas argumento kontraŭ iam retretigi. Ĝi estas argumento kontraŭ retretigi unue, sur maŝino, kiun vi ne dokumentis, kiam la vera difekto eble estas unu itinera ero aŭ unu eksdata filtrilo. Retretigo estas larĝa ilo kun mallarĝa sukcesoprocento, kaj uzi ĝin kiel la unuan movon garantias, ke vi neniam scios, kiu el la du ĝi estis.
Konservu la pruvojn antaŭ ol konservi la agordojn
La malsukceso mem estas datumo. Notu la precizan erarkodon, la horon, kiun profilon oni elektis, kaj ĉu la enirejo entute registris provon. Kodo, kiu diras, ke la tunelo neniam ricevis respondon, kaj kodo, kiu diras, ke aŭtentigo malsukcesis, montras al tute malsamaj riparoj. Post retretigo vi eble ne povos reprodukti eĉ unu el ili. Traktu la rompitan staton kiel valoraĵon, kiun vi baldaŭ elspezos.
Kaptu la staton dum ĝi ankoraŭ estas rompita, en dosierujo ekster la portempaj dosierujoj de la maŝino:
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.xmlLa lasta komando estas tiu, kiun homoj preterlasas, kaj ofte ĝi estas tiu, kiu klarigas la difekton. Restantaj filtriloj de forigita kliento pluvivas kiel daŭra politiko, kaj la eksportita XML estas la sola loka registro pri ili. Legu ĝin antaŭ ol retretigo viŝos tion, kion vi provis identigi.
Konservu la agordon, kiu ne revenos
Kelkaj agordoj estas aŭtomate rekreataj. Statikaj adresoj, propraj itineroj, DNS-sufiksoj, prokuraj esceptoj kaj fajroŝirmilaj reguloj ne estas. Ankaŭ ne la profiloj mem, kiuj loĝas en telefonlibra dosiero, kiun la retretigo ne restarigas por vi.
| 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,NotAfterLa atestila listo gravas pli, ol ĝi aspektas. Klientaj atestiloj ne estas detruitaj de retretigo, sed la listo diras al vi, de kiuj la profilo dependis kaj ĉu iu baldaŭ senvalidiĝos. Malkovri senvalidan atestilon post rekonstruo malŝparas la rekonstruon.
Skribu la restarigan vojon antaŭ ol komenci
Se la maŝino estas fora kaj la VPN estas via sola enirejo, la retretigo povas fini vian seancon kaj eble ne ekzistas revena vojo sen iu surloke. Konfirmu, ke ekzistas eksterbenda aliro, aŭ ke persono estas disponebla, antaŭ ol ruli ion ajn, kio tuŝas adaptilojn.
Konservu la instalilojn kaj la konektajn detalojn ie, kie la maŝino ankoraŭ povos atingi ilin poste. Kliento, kiun oni devas reinstali el vendista portalo atingebla tra la tunelo, estas cirkla dependeco, kaj tio estas la plej ofta maniero, kiel ĉi tiu proceduro fariĝas elfaligo.
Poste notu, kion vi faras kaj kial, inkluzive de la precizaj komandoj. La sekva persono devas scii, ĉu la retretigo estis eksperimento aŭ decido, kaj “ni provis ĉion” ne estas registro.
Testu laŭ tavoloj post la retretigo
Restarigi tro multe samtempe faras la rezulton nelegebla. Laboru de malsupre: adaptilo kaj adreso, poste nomrezolucio, poste la identeca stadio de la tunelo, poste la aplikaĵo. Ĉiu tavolo havas komandon, kiu respondas al sia propra demando:
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 443Se la adaptila tavolo estas sana kaj la rezolucio ne, haltu kaj riparu la rezolucion. Reinstali la VPN-klienton je tiu punkto aldonas variablon kaj forigas indicon. Restarigu nur la agordojn, kiujn vi povas klarigi, unu post la alia, kontrolante la saman tavolon post ĉiu.
La propraj Microsoft-problemtraktaj gvidlinioj por eraro 720, ekzemple, distingas ligajn problemojn de adresalokaj problemoj anstataŭ preskribi ĝeneralan retretigon, kio estas la ĝusta instinkto por ĉiu kodo en ĉi tiu familio. Legu, kion la kodo asertas, antaŭ ol ekpreni la plej larĝan disponeblan ilon.