VPN av, men fortsatt tregt: sjekk adapterbindingene

Klienten sier frakoblet, tunnelgrensesnittet er borte, og daglig trafikk er fortsatt tregere enn før VPN ble installert. Én forklaring er en filterkomponent som ble værende bundet til den fysiske adapteren etter at tunnelen ble lukket. Det er et spor verdt å sjekke, ikke en dom: samme treghet kan komme fra en driverversjon, en offload-innstilling eller komponenten til en annen klient. Kartlegg hva som faktisk er tilkoblet før du endrer noe.

Navngi komponenten, registrer tilstanden, og endre deretter én ting.

Skill tunnelen fra bindingen

Et VPN-grensesnitt og en filterdriver er forskjellige objekter. Grensesnittet forsvinner når tunnelen lukkes; et filter knyttet til den fysiske adapteren installeres i nettverksstakken og kan forbli aktivert uavhengig av tunnelens tilstand. Brukere ser ett symptom, og operativsystemet holder to urelaterte deler av tilstand.

Den forskjellen er grunnen til at frakobling av klienten eller sletting av VPN-profilen ofte ikke endrer noe. Grensesnittet er det synlige objektet. Bindingen ligger lenger nede i stakken og overlever den.

Kartlegg den nøyaktige komponenten

List bindingene på adapteren som bærer den trege trafikken, med det virkelige navnet i stedet for en generell gjetning. Registrer komponent-ID og aktivert tilstand, og sammenlign deretter den fysiske adapteren med VPN-grensesnittet og eventuelle andre virtuelle adaptere i listen.

Versjonsinformasjon hører i samme post, fordi to maskiner med et lignende visningsnavn kan kjøre forskjellige drivere. En leverandør kan også levere en ny filterkomponent under et gammelt visningsnavn. Sammenlign identifikatorer i stedet for etiketter.

Get-NetAdapterBinding -Name 'Ethernet' -AllBindings | Select-Object DisplayName,ComponentID,Enabled
Get-NetAdapter | Format-Table Name,InterfaceDescription,DriverVersion,Status
Get-NetAdapterStatistics -Name 'Ethernet'
pnputil /enum-drivers | Select-String -Pattern 'vpn|filter|ndis' -Context 0,2
driverquery /v | Select-String -Pattern 'vpn|filter'

Skriv ned adapternavnet, komponent-ID, driverversjonen og VPN-klientversjonen. Uten disse fire verdiene er neste sammenligning gjetting. Legg dem ved saken slik at en senere kjøring kan sammenlignes med denne.

Endre én godkjent ting og gjenta

Bygg en grunnlinje med samme arbeidsbelastning, destinasjon og tilgangsnettverk. Noter om VPN er frakoblet, om den mistenkte bindingen er aktivert, og om en annen VPN-klient er installert, fordi to klienter hver kan etterlate komponenter.

Hvis leverandøren støtter å slå den bindingen av og på for diagnostikk, deaktiver bare den komponenten på den adapteren, gjenta den identiske arbeidsbelastningen og gjenopprett den opprinnelige tilstanden. Et før-og-etter-par fra én variabel er verdt mer enn en ny installasjon av alt. Hvis resultatet er tvetydig, gjenopprett den opprinnelige tilstanden før du prøver neste hypotese. To endringer samtidig gir et tall ingen kan tilskrive.

Koble deretter til igjen og kontroller at VPN fortsatt fungerer, inkludert eventuelle retningslinjer klienten skal håndheve. En endring som forbedrer nettlesing, men bryter tunnelens egen håndheving, har byttet én feil mot en annen, og den regresjonen hører i posten.

Hold deg på leverandørens støttede vei

Filtreringsimplementasjoner endres mellom produktgenerasjoner. Noen leverandører dokumenterer nå en Windows Filtering Platform-vei der tidligere utgivelser brukte en annen driverfamilie, så en registeroppskrift fra en gammel forumtråd kan være direkte feil for den installerte versjonen.

Kontroller den installerte oversikten og den aktive veien hver for seg, fordi valg av en nyere modus ikke beviser at den eldre komponenten er borte. Når opprydding er nødvendig, kjør leverandørens støttede fjernings- eller oppdateringsprosess og gjenta deretter bindingoversikten.

Hold bevisene smale: adapter, komponent, versjoner, den kontrollerte sammenligningen og VPN-regresjonsresultatet. Det støtter en konklusjon om driver eller kompatibilitet uten å gjøre hver treg tilkobling til et MTU-eksperiment eller hevde at alle VPN-klienter oppfører seg likt.