VPN uit, toch traag: controleer de adapterbindingen

De client meldt losgekoppeld, de tunnelinterface is weg en het dagelijkse verkeer is nog steeds trager dan voordat de VPN werd geïnstalleerd. Een verklaring is een filtercomponent die na het sluiten van de tunnel aan de fysieke adapter gebonden bleef. Dat is een spoor dat het controleren waard is, geen oordeel: dezelfde traagheid kan van een driverversie, een offload-instelling of de component van een tweede client komen. Inventariseer wat er werkelijk is aangesloten voordat u iets wijzigt.

Benoem de component, leg de status vast en wijzig dan één ding.

Scheid de tunnel van de binding

Een VPN-interface en een filterstuurprogramma zijn verschillende objecten. De interface verdwijnt wanneer de tunnel sluit; een filter dat aan de fysieke adapter is gekoppeld, wordt in de netwerkstack geïnstalleerd en kan ingeschakeld blijven ongeacht de tunnelstatus. Gebruikers zien één symptoom en het besturingssysteem houdt twee losstaande stukken status vast.

Dat onderscheid is de reden waarom het loskoppelen van de client of het verwijderen van het VPN-profiel vaak niets verandert. De interface is het zichtbare object. De binding zit dieper in de stack en overleeft die.

Inventariseer de exacte component

Lijst de bindingen op de adapter die het trage verkeer draagt, met de echte naam in plaats van een algemene gok. Leg de component-ID en de ingeschakelde status vast en vergelijk dan de fysieke adapter met de VPN-interface en eventuele andere virtuele adapters in de lijst.

Versie-informatie hoort in hetzelfde record, omdat twee machines met een vergelijkbare weergavenaam verschillende stuurprogramma’s kunnen draaien. Een leverancier kan ook een nieuwe filtercomponent onder een oude weergavenaam leveren. Vergelijk identificaties in plaats van labels.

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'

Noteer de adapternaam, de component-ID, de stuurprogrammaversie en de VPN-clientversie. Zonder die vier waarden is de volgende vergelijking giswerk. Voeg ze aan het ticket toe zodat een latere run met deze kan worden vergeleken.

Wijzig één goedgekeurd ding en herhaal

Bouw een basislijn met dezelfde werkbelasting, bestemming en toegangsnetwerk. Noteer of de VPN is losgekoppeld, of de verdachte binding is ingeschakeld en of een tweede VPN-client is geïnstalleerd, omdat twee clients elk componenten kunnen achterlaten.

Als de leverancier het omzetten van die binding voor diagnose ondersteunt, schakel dan alleen die component op die adapter uit, herhaal de identieke werkbelasting en herstel de oorspronkelijke status. Een voor-en-na-paar uit één variabele is meer waard dan een nieuwe installatie van alles. Als het resultaat dubbelzinnig is, herstel de oorspronkelijke status voordat u de volgende hypothese probeert. Twee wijzigingen tegelijk leveren een getal op dat niemand kan toeschrijven.

Maak daarna opnieuw verbinding en controleer of de VPN nog werkt, inclusief elk beleid dat de client hoort af te dwingen. Een wijziging die browsen verbetert maar de eigen handhaving van de tunnel breekt, heeft de ene fout voor de andere geruild, en die regressie hoort in het record.

Blijf op het door de leverancier ondersteunde pad

Filterimplementaties veranderen tussen productgeneraties. Sommige leveranciers documenteren nu een Windows Filtering Platform-pad waar eerdere releases een andere stuurprogrammafamilie gebruikten, dus een registerrecept uit een oude forumthread kan voor de geïnstalleerde versie ronduit fout zijn.

Controleer de geïnstalleerde inventaris en het actieve pad afzonderlijk, omdat het kiezen van een nieuwere modus niet bewijst dat de oudere component weg is. Als opschoning nodig is, voer dan het door de leverancier ondersteunde verwijderings- of updateproces uit en herhaal daarna de bindinginventaris.

Houd het bewijs smal: adapter, component, versies, de gecontroleerde vergelijking en het VPN-regressieresultaat. Dat ondersteunt een conclusie over het stuurprogramma of compatibiliteit zonder elke trage verbinding in een MTU-experiment te veranderen of te beweren dat alle VPN-clients zich hetzelfde gedragen.