VPN aus, weiterhin langsam: die Adapterbindungen prüfen
Das Trennen entfernt den Tunnel, aber nicht unbedingt den Client-Filter, der an den physischen Adapter gebunden ist. Erfassen Sie die genaue Komponente, bevor Sie etwas ändern.
Der Client meldet getrennt, die Tunnelschnittstelle ist verschwunden, und der Alltagsverkehr ist weiterhin langsamer als vor der Installation des VPN. Eine Erklärung ist eine Filterkomponente, die nach dem Schließen des Tunnels an den physischen Adapter gebunden blieb. Das ist eine Spur, die es zu prüfen gilt, kein Urteil: Dieselbe Langsamkeit kann von einer Treiberversion, einer Offload-Einstellung oder der Komponente eines zweiten Clients kommen. Erfassen Sie, was tatsächlich angehängt ist, bevor Sie etwas ändern.
Benennen Sie die Komponente, halten Sie ihren Zustand fest und ändern Sie dann eine Sache.
Tunnel und Bindung trennen
Eine VPN-Schnittstelle und ein Filtertreiber sind verschiedene Objekte. Die Schnittstelle verschwindet, wenn der Tunnel schließt; ein an den physischen Adapter angehängter Filter wird im Netzwerkstack installiert und kann unabhängig vom Tunnelzustand aktiviert bleiben. Benutzer sehen ein Symptom, und das Betriebssystem hält zwei unzusammenhängende Teile Zustand.
Diese Unterscheidung ist der Grund, warum das Trennen des Clients oder das Löschen des VPN-Profils oft nichts ändert. Die Schnittstelle ist das sichtbare Objekt. Die Bindung sitzt weiter unten im Stack und überlebt sie.
Die genaue Komponente erfassen
Listen Sie die Bindungen am Adapter auf, der den langsamen Verkehr trägt, und verwenden Sie seinen echten Namen statt einer allgemeinen Vermutung. Halten Sie Komponenten-ID und Aktivierungszustand fest und vergleichen Sie dann den physischen Adapter mit der VPN-Schnittstelle und allen anderen virtuellen Adaptern in der Liste.
Versionsinformationen gehören in denselben Datensatz, weil zwei Rechner mit einem ähnlichen Anzeigenamen unterschiedliche Treiber ausführen können. Ein Anbieter kann auch eine neue Filterkomponente unter einem alten Anzeigenamen ausliefern. Vergleichen Sie Kennungen statt Bezeichnungen.
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'
Notieren Sie den Adapternamen, die Komponenten-ID, die Treiberversion und die VPN-Clientversion. Ohne diese vier Werte ist der nächste Vergleich Vermutung. Hängen Sie sie an das Ticket, damit ein späterer Lauf mit diesem verglichen werden kann.
Eine genehmigte Sache ändern und wiederholen
Erstellen Sie eine Grundlinie mit derselben Arbeitslast, demselben Ziel und demselben Zugangsnetz. Notieren Sie, ob das VPN getrennt ist, ob die verdächtige Bindung aktiviert ist und ob ein zweiter VPN-Client installiert ist, denn zwei Clients können jeweils Komponenten hinterlassen.
Wenn der Anbieter das Umschalten dieser Bindung zur Diagnose unterstützt, deaktivieren Sie nur diese Komponente an diesem Adapter, wiederholen Sie die identische Arbeitslast und stellen Sie den ursprünglichen Zustand wieder her. Ein Vorher-Nachher-Paar aus einer Variablen ist mehr wert als eine Neuinstallation von allem. Ist das Ergebnis mehrdeutig, stellen Sie den ursprünglichen Zustand wieder her, bevor Sie die nächste Hypothese prüfen. Zwei Änderungen auf einmal ergeben eine Zahl, die niemand zuordnen kann.
Stellen Sie dann die Verbindung wieder her und prüfen Sie, ob das VPN noch funktioniert, einschließlich aller Richtlinien, die der Client durchsetzen soll. Eine Änderung, die das Surfen verbessert, aber die eigene Durchsetzung des Tunnels bricht, hat einen Fehler gegen einen anderen getauscht, und diese Regression gehört in den Datensatz.
Auf dem vom Anbieter unterstützten Weg bleiben
Filterimplementierungen ändern sich zwischen Produktgenerationen. Einige Anbieter dokumentieren jetzt einen Windows Filtering Platform-Pfad, während frühere Versionen eine andere Treiberfamilie verwendeten, sodass ein Registry-Rezept aus einem alten Forenthread für die installierte Version schlicht falsch sein kann.
Prüfen Sie die installierte Bestandsaufnahme und den aktiven Pfad getrennt, denn die Wahl eines neueren Modus beweist nicht, dass die ältere Komponente verschwunden ist. Wenn eine Bereinigung nötig ist, führen Sie den vom Anbieter unterstützten Entfernungs- oder Aktualisierungsprozess aus und wiederholen Sie danach die Bindungsaufnahme.
Halten Sie die Belege eng: Adapter, Komponente, Versionen, der kontrollierte Vergleich und das Ergebnis der VPN-Regression. Das stützt eine Treiber- oder Kompatibilitätsfeststellung, ohne jede langsame Verbindung in ein MTU-Experiment zu verwandeln oder zu behaupten, alle VPN-Clients verhielten sich gleich.