VPN slået fra, men stadig langsomt: undersøg adapterbindingerne

Klienten siger afbrudt, tunnelgrænsefladen er væk, og almindelig trafik er stadig langsommere end før VPN blev installeret. En forklaring er en filterkomponent, der blev bundet til den fysiske adapter, efter tunnelen blev lukket. Det er et spor, der er værd at undersøge, ikke en dom: den samme langsomhed kan komme fra en driverversion, en offload-indstilling eller en anden klients komponent. Lav en fortegnelse over, hvad der faktisk er tilknyttet, før du ændrer noget.

Navngiv komponenten, noter dens tilstand, og ændr derefter én ting.

Adskil tunnelen fra bindingen

En VPN-grænseflade og en filterdriver er forskellige objekter. Grænsefladen forsvinder, når tunnelen lukkes; et filter, der er knyttet til den fysiske adapter, installeres i netværksstakken og kan forblive aktiveret uanset tunnelens tilstand. Brugerne ser ét symptom, og operativsystemet holder to uafhængige stykker tilstand.

Den forskel er grunden til, at det ofte ikke ændrer noget at afbryde klienten eller slette VPN-profilen. Grænsefladen er det synlige objekt. Bindingen ligger længere nede i stakken og overlever den.

Lav en fortegnelse over den præcise komponent

List bindingerne på den adapter, der bærer den langsomme trafik, med dens rigtige navn i stedet for et generelt gæt. Noter komponent-ID og aktiveringstilstand, og sammenlign derefter den fysiske adapter med VPN-grænsefladen og eventuelle andre virtuelle adaptere på listen.

Versionsoplysninger hører i samme post, fordi to maskiner med et lignende vist navn kan køre forskellige drivere. En leverandør kan også levere en ny filterkomponent under et gammelt vist navn. 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 adapternavnet, komponent-ID, driverversionen og VPN-klientversionen ned. Uden de fire værdier er den næste sammenligning gætværk. Vedhæft dem til sagen, så en senere kørsel kan sammenlignes med denne.

Ændr én godkendt ting og gentag

Opbyg en baseline med samme arbejdsbelastning, destination og adgangsnetværk. Noter, om VPN er afbrudt, om den mistænkte binding er aktiveret, og om en anden VPN-klient er installeret, fordi to klienter hver kan efterlade komponenter.

Hvis leverandøren understøtter at slå den binding til og fra til diagnostik, skal du kun deaktivere den komponent på den adapter, gentage den identiske arbejdsbelastning og gendanne den oprindelige tilstand. Et før-og-efter-par fra én variabel er mere værd end en frisk installation af alt. Hvis resultatet er tvetydigt, skal du gendanne den oprindelige tilstand, før du prøver den næste hypotese. To ændringer på én gang giver et tal, som ingen kan tilskrive.

Genopret derefter forbindelsen, og kontrollér, at VPN stadig virker, inklusive enhver politik, som klienten skal håndhæve. En ændring, der forbedrer browsing, men bryder tunnelens egen håndhævelse, har byttet én fejl for en anden, og den regression hører i posten.

Bliv på leverandørens understøttede vej

Filterimplementeringer ændrer sig mellem produktgenerationer. Nogle leverandører dokumenterer nu en Windows Filtering Platform-vej, hvor tidligere udgivelser brugte en anden driverfamilie, så en registreringsopskrift fra en gammel forumtråd kan være direkte forkert til den installerede version.

Kontrollér den installerede fortegnelse og den aktive vej separat, fordi valget af en nyere tilstand ikke beviser, at den ældre komponent er væk. Når oprydning er nødvendig, skal du køre leverandørens understøttede fjernelses- eller opdateringsproces og derefter gentage bindingfortegnelsen.

Hold beviserne snævre: adapter, komponent, versioner, den kontrollerede sammenligning og VPN-regressionsresultatet. Det understøtter en konklusion om driver eller kompatibilitet uden at gøre hver langsom forbindelse til et MTU-eksperiment eller hævde, at alle VPN-klienter opfører sig ens.