VPN disattivata e ancora lento: controllate i binding dell’adattatore

Il client dice di essere disconnesso, l’interfaccia del tunnel è sparita e il traffico quotidiano è ancora più lento di prima dell’installazione della VPN. Una spiegazione è un componente di filtro rimasto legato all’adattatore fisico dopo la chiusura del tunnel. È un indizio da verificare, non un verdetto: la stessa lentezza può venire da una versione del driver, da un’impostazione di offload o dal componente di un secondo client. Inventariate ciò che è realmente collegato prima di cambiare qualsiasi cosa.

Nominate il componente, registratene lo stato, poi cambiate una sola cosa.

Separate il tunnel dal binding

Un’interfaccia VPN e un driver di filtro sono oggetti diversi. L’interfaccia scompare alla chiusura del tunnel; un filtro collegato all’adattatore fisico viene installato nello stack di rete e può restare attivo indipendentemente dallo stato del tunnel. Gli utenti vedono un sintomo e il sistema operativo conserva due parti di stato non correlate.

Questa distinzione è il motivo per cui scollegare il client o eliminare il profilo VPN spesso non cambia nulla. L’interfaccia è l’oggetto visibile. Il binding si trova più in basso nello stack e gli sopravvive.

Inventariate il componente esatto

Elencate i binding sull’adattatore che trasporta il traffico lento, usando il suo nome reale invece di una supposizione generica. Registrate l’ID del componente e lo stato di attivazione, poi confrontate l’adattatore fisico con l’interfaccia VPN e con qualsiasi altro adattatore virtuale nell’elenco.

Le informazioni sulla versione appartengono allo stesso record, perché due macchine con un nome visualizzato simile possono eseguire driver diversi. Un fornitore può anche distribuire un nuovo componente di filtro con un vecchio nome visualizzato. Confrontate gli identificatori, non le etichette.

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'

Annotate il nome dell’adattatore, l’ID del componente, la versione del driver e la versione del client VPN. Senza questi quattro valori il confronto successivo è una congettura. Allegateli al ticket così che un’esecuzione successiva possa essere confrontata con questa.

Cambiate una cosa approvata e ripetete

Create una linea di base con lo stesso carico di lavoro, la stessa destinazione e la stessa rete di accesso. Annotate se la VPN è disconnessa, se il binding sospetto è attivo e se è installato un secondo client VPN, perché due client possono ciascuno lasciare componenti dietro di sé.

Se il fornitore supporta l’attivazione/disattivazione di quel binding per la diagnosi, disattivate solo quel componente su quell’adattatore, ripetete il carico identico e ripristinate lo stato originale. Una coppia prima-dopo da un’unica variabile vale più di una reinstallazione completa. Se il risultato è ambiguo, ripristinate lo stato originale prima di provare l’ipotesi successiva. Due modifiche contemporaneamente producono un numero che nessuno può attribuire.

Poi riconnettetevi e verificate che la VPN funzioni ancora, comprese le eventuali politiche che il client dovrebbe applicare. Una modifica che migliora la navigazione ma rompe l’applicazione propria del tunnel ha scambiato un guasto con un altro, e quella regressione appartiene al record.

Restate sul percorso supportato dal fornitore

Le implementazioni di filtraggio cambiano tra generazioni di prodotto. Alcuni fornitori ora documentano un percorso Windows Filtering Platform in cui le versioni precedenti usavano una famiglia di driver diversa, quindi una ricetta di registro presa da un vecchio thread di forum può essere del tutto sbagliata per la versione installata.

Controllate separatamente l’inventario installato e il percorso attivo, perché scegliere una modalità più recente non dimostra che il componente precedente sia sparito. Quando serve una pulizia, eseguite la procedura di rimozione o aggiornamento supportata dal fornitore e poi ripetete l’inventario dei binding.

Mantenete le prove ristrette: adattatore, componente, versioni, il confronto controllato e il risultato della regressione VPN. Questo sostiene una conclusione su driver o compatibilità senza trasformare ogni connessione lenta in un esperimento MTU né affermare che tutti i client VPN si comportano allo stesso modo.