WAN Miniport-advarsel: reparer adapteren eller bygg profilen på nytt

Å fryse før en innlogging i det hele tatt tilbys, å nekte å slette profilen, å vise en adapter ingen kjenner navnet på: det er tre ansikter av samme feil. Programvaregrensesnittet som VPN-en binder til, er blitt ødelagt, mens kontoen og gatewayen er urørt. Tre reparasjoner er forsvarlige, og hvilken som gjelder følger av én lesekontroll. Alt etter den kontrollen er aritmetikk; alt før den er gjetning.

Hva profilen egentlig binder til

Hver innebygde Windows-tunneltype betjenes av sin egen virtuelle adapter, og disse adapterne er miniport-drivere og ikke fysiske kort. En profil velger en tunneltype, typen velger en adapter, og én usunn driver kan derfor ødelegge hver profil som deler den, mens fildeling og surfing fortsetter. Avhengigheten er usynlig i profilegenskapene.

Disse grensesnittene er skjult som standard, både i Enhetsbehandling og i adapterlisten. Slik blir en ødelagt en usynlig mens eieren av maskinen insisterer på at ingenting er endret.

Et advarselsmerke er nyttig bevis, og et rent ikon er det ikke. En adapter kan rapportere seg som sunn og likevel bære en brutt binding, så det nyttige spørsmålet er hva grensesnittet er knyttet til, ikke hvordan ikonet ser ut. Les statusen først og bindingene etterpå, fordi ikonet svarer på det minst interessante spørsmålet. Å hoppe over den rekkefølgen er det som gjør en tikminutters kontroll til en hel ettermiddag med driverarbeid.

Bestem ut fra adapterens tilstand, ikke feilkoden

Et feilnummer rapporterer hvilket trinn som feilet og sier ingenting om hvilken komponent som er skyld i det. Adressetildeling, sertifikatvalg og tunnelprotokollen har sine egne numre, vanligvis 720, 789 og 806, og ingen av de tre er bevis om en miniport. Bruk nummeret til å velge neste kontroll, ikke til å velge en reparasjon.

Observasjonene som skiller er få. Denne tabellen knytter hver av dem til et lesekontrollert neste steg:

Rekkefølgen er viktig fordi en driver-nyinstallering er treg og forstyrrende. Å gjøre det for å rette et tildelingsproblem koster en time og lærer neste person ingenting. Tabellen avgjør også skaderadiusen: én protokoll brutt i alle profiler peker på driveren, mens én brutt leverandørklient ved siden av fungerende innebygde profiler peker på leverandørens stabel.

To lesninger som avgjør de fleste sakene

Begge lesningene er lesekontrollerte, og ingen av dem rører en driver. Den første lister de skjulte miniport-grensesnittene med tilstanden deres, og den andre lister hva en navngitt adapter er bundet til:

Get-NetAdapter -IncludeHidden | Where-Object InterfaceDescription -like 'WAN Miniport*' | Select-Object Name, InterfaceDescription, Status
Get-NetAdapterBinding -Name 'WAN Miniport (IKEv2)' -IncludeHidden -AllBindings

Bytt ut protokollen profilen din bruker, for en bindingsliste for IKEv2 sier ingenting om en SSTP profil. En deaktivert ARP- eller IPv4-binding, eller en tredjeparts filterdriver festet til adapteren, kan stoppe tunnelen før den begynner. At sikkerhetsprogramvare dukker opp på den listen er ikke bevis for at den er årsaken, så fastslå effekten før du deaktiverer noe.

En sunn adapter viser bindingene du forventer og ingen filter du ikke kan forklare. Når listen er ren, har beviset flyttet seg til driveren selv, og neste avsnitt er det som gjelder.

Ta vare på adapternavnet og driverversjonen før du fjerner den

Når adapteren virkelig er ubrukelig, er standardreparasjonen å gjøre den fjernbar, avinstallere den og la Windows bygge en fersk instans neste gang en profil bruker den protokollen. I Enhetsbehandling oppdaterer du driveren, velger fra en liste, fjerner filteret for kompatibel maskinvare og velger en generisk Microsoft-adapter som tilbyr et avinstalleringsvalg.

Før det, noter hva du sletter: adapternavn, driverversjon, leverandør og dato. En reparasjon du ikke kan beskrive etterpå kan ikke gjentas, og den vanlige prisen for en ubeskrevet reparasjon er den samme maskinen reparert tre ganger. Leverandørverktøy gjør samme arbeid med bredere rekkevidde og er rimelige i en administrert flåte når de kommer fra leverandøren og ikke fra et speil. Et verktøy som bytter ut driverbinærfiler endrer mer enn å installere én adapter på nytt, så noter også versjonen i saken.

Én leverandørsak krever en annen reparasjon for samme symptom. En klient som registrerer adapteren sin under et visningsnavn med en installasjonsreferanse, kan ikke aktivere etter en oppgradering, og rettelsen redigerer det navnet i en tjenestenøkkel leverandøren eier. Verdien tar et vanlig adapternavn, og klienten startes på nytt etterpå:

HKLM\SYSTEM\CurrentControlSet\Services\CVirtA
DisplayName = Cisco Systems VPN Adapter for 64-bit Windows

Den nøkkelen tilhører én klient. Det er ikke en generell Windows-reparasjon, og den bør aldri brukes på en maskin som ikke kjører den klienten.

Bekreft med en annen protokoll før du lukker saken

Én vellykket gjenoppkobling prøver én protokoll gjennom én adapter, så den beviser mindre enn den ser ut til. Prøv den opprinnelige profilen på nytt og deretter en annen bygget på en annen tunneltype, og krev at begge kobler til. Hvis bare den første virker, er den gjenværende feilen bevis om en driver eller en policy snarere enn om grensesnittet du nettopp bygde på nytt.

Hvis den opprinnelige klagen var en profil som ikke kunne slettes, test det også på nytt, for en profil som fortsatt nekter å bli slettet etter at adapteren er sunn, er en annen feil, og videre adapterarbeid er bortkastet. Hold kontoen og gatewayen utenfor notatet med mindre noe peker på dem. En tunnel som dør før autentisering beskriver vanligvis maskinen, og et ærlig notat navngir adapteren, protokollen og kontrollen som bekreftet det.