VPN desconectada y aún lento: revise los enlaces del adaptador

El cliente dice estar desconectado, la interfaz del túnel ha desaparecido y el tráfico cotidiano sigue siendo más lento que antes de instalar la VPN. Una explicación es un componente de filtro que permaneció vinculado al adaptador físico después de cerrarse el túnel. Es una pista que merece comprobarse, no un veredicto: la misma lentitud puede venir de una versión del controlador, de un ajuste de offload o del componente de un segundo cliente. Inventaríe lo que está realmente conectado antes de cambiar nada.

Nombre el componente, registre su estado y después cambie una sola cosa.

Separe el túnel del enlace

Una interfaz VPN y un controlador de filtro son objetos distintos. La interfaz desaparece cuando se cierra el túnel; un filtro conectado al adaptador físico se instala en la pila de red y puede permanecer habilitado independientemente del estado del túnel. Los usuarios ven un síntoma y el sistema operativo guarda dos piezas de estado no relacionadas.

Esa distinción explica por qué desconectar el cliente o borrar el perfil de la VPN a menudo no cambia nada. La interfaz es el objeto visible. El enlace está más abajo en la pila y lo sobrevive.

Inventaríe el componente exacto

Enumere los enlaces del adaptador que transporta el tráfico lento, usando su nombre real en lugar de una suposición genérica. Registre el ID del componente y el estado de habilitación, y luego compare el adaptador físico con la interfaz VPN y cualquier otro adaptador virtual de la lista.

La información de versión pertenece al mismo registro, porque dos máquinas con un nombre visible similar pueden ejecutar controladores distintos. Un proveedor también puede distribuir un nuevo componente de filtro con un nombre visible antiguo. Compare identificadores en lugar de etiquetas.

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'

Anote el nombre del adaptador, el ID del componente, la versión del controlador y la versión del cliente VPN. Sin esos cuatro valores, la siguiente comparación es una conjetura. Adjúntelos al ticket para que una ejecución posterior pueda compararse con esta.

Cambie una cosa aprobada y repita

Cree una línea base con la misma carga de trabajo, destino y red de acceso. Anote si la VPN está desconectada, si el enlace sospechoso está habilitado y si hay un segundo cliente VPN instalado, porque dos clientes pueden dejar componentes cada uno.

Si el proveedor permite alternar ese enlace para diagnóstico, deshabilite solo ese componente en ese adaptador, repita la carga idéntica y restaure el estado original. Un par antes y después de una sola variable vale más que una instalación nueva de todo. Si el resultado es ambiguo, restaure el estado original antes de probar la siguiente hipótesis. Dos cambios a la vez producen un número que nadie puede atribuir.

Después vuelva a conectarse y compruebe que la VPN sigue funcionando, incluida cualquier política que el cliente deba aplicar. Un cambio que mejora la navegación mientras rompe la aplicación propia del túnel ha cambiado una falla por otra, y esa regresión pertenece al registro.

Manténgase en la ruta admitida por el proveedor

Las implementaciones de filtrado cambian entre generaciones de productos. Algunos proveedores ya documentan una ruta de Windows Filtering Platform donde versiones anteriores usaban una familia de controladores diferente, así que una receta de registro de un hilo de foro antiguo puede ser directamente errónea para la versión instalada.

Compruebe el inventario instalado y la ruta activa por separado, porque elegir un modo más nuevo no demuestra que el componente anterior haya desaparecido. Cuando haga falta limpieza, ejecute el proceso de eliminación o actualización admitido por el proveedor y repita después el inventario de enlaces.

Mantenga las pruebas acotadas: adaptador, componente, versiones, la comparación controlada y el resultado de regresión de la VPN. Eso respalda una conclusión sobre el controlador o la compatibilidad sin convertir cada conexión lenta en un experimento de MTU ni afirmar que todos los clientes VPN se comportan igual.