Congelarse antes de que se ofrezca una credencial, negarse a eliminar el perfil, mostrar un adaptador cuyo nombre nadie reconoce: son tres caras de un mismo fallo. La interfaz de software a la que se enlaza la VPN se ha estropeado, mientras que la cuenta y la puerta de enlace siguen intactas. Hay tres reparaciones defendibles, y cuál se aplica se deduce de una sola inspección de solo lectura. Todo lo que viene después de esa inspección es aritmética; todo lo anterior es adivinar.

A qué se enlaza realmente el perfil

Cada tipo de túnel nativo de Windows lo atiende su propio adaptador virtual, y esos adaptadores son controladores de miniport, no tarjetas físicas. Un perfil elige un tipo de túnel, el tipo elige un adaptador, y por eso un solo controlador enfermo puede romper todos los perfiles que lo comparten mientras los recursos compartidos y la navegación siguen funcionando. La dependencia es invisible en las propiedades del perfil.

Estas interfaces permanecen ocultas de forma predeterminada, tanto en el Administrador de dispositivos como en la lista de adaptadores. Así es como uno averiado sigue invisible mientras el dueño de la máquina insiste en que nada ha cambiado.

Una marca de aviso es una prueba útil y un icono limpio no lo es. Un adaptador puede informar de que está sano y aun así llevar un enlace roto, así que la pregunta útil es a qué está conectada la interfaz, no cómo se ve el icono. Lea primero el estado y después los enlaces, porque el icono responde a la pregunta menos interesante. Saltarse ese orden es lo que convierte una comprobación de diez minutos en una tarde entera de trabajo con controladores.

Decida por el estado del adaptador, no por el código de error

Un número de error informa de qué etapa falló y no dice nada sobre qué componente tiene la culpa. La asignación de direcciones, la selección de certificado y el protocolo del túnel tienen sus propios números, convencionalmente 720, 789 y 806, y ninguno de los tres es una prueba sobre un miniport. Use el número para elegir la siguiente comprobación, no para elegir una reparación.

Las observaciones que discriminan son pocas. Esta tabla asocia cada una con un siguiente paso de solo lectura:

What you observeWhat it impliesRead-only step
Every profile on one protocol failsThat protocol's miniport is unusableRead the hidden adapter status
Adapter reports healthy, tunnel never startsA binding is missing or disabledList every binding on the adapter
Only the vendor client failsThe vendor adapter or its registered nameRead the vendor service key
The profile will not deleteThe interface underneath is stuckConfirm the adapter before removing the profile

El orden importa porque reinstalar un controlador es lento y perturbador. Hacerlo para arreglar un problema de asignación cuesta una hora y no enseña nada a la siguiente persona. La tabla también fija el alcance del daño: un protocolo roto en todos los perfiles señala al controlador, mientras que un cliente de proveedor roto junto a perfiles nativos que funcionan señala a la pila del proveedor.

Dos lecturas que resuelven la mayoría de las incidencias

Ambas lecturas son de solo lectura y ninguna toca un controlador. La primera lista las interfaces de miniport ocultas con su estado, y la segunda lista a qué está enlazado un adaptador con nombre:

Get-NetAdapter -IncludeHidden | Where-Object InterfaceDescription -like 'WAN Miniport*' | Select-Object Name, InterfaceDescription, Status
Get-NetAdapterBinding -Name 'WAN Miniport (IKEv2)' -IncludeHidden -AllBindings

Sustituya el protocolo que usa su perfil, porque una lista de enlaces para IKEv2 no dice nada sobre un SSTP perfil. Un enlace ARP o IPv4 desactivado, o un controlador de filtro de terceros enganchado al adaptador, pueden detener el túnel antes de que empiece. Que aparezca software de seguridad en esa lista no es prueba de que sea la causa, así que establezca el efecto antes de desactivar nada.

Un adaptador sano muestra los enlaces que espera y ningún filtro que no pueda explicar. Cuando la lista está limpia, la prueba se ha trasladado al propio controlador y la sección siguiente es la que se aplica.

Guarde el nombre del adaptador y la versión del controlador antes de quitarlo

Cuando el adaptador es realmente inservible, la reparación estándar es hacerlo extraíble, desinstalarlo y dejar que Windows cree una instancia nueva la próxima vez que un perfil use ese protocolo. En el Administrador de dispositivos, actualice el controlador, elija de una lista, borre el filtro de hardware compatible y elija un adaptador genérico de Microsoft que ofrezca la opción de desinstalar.

Antes, anote qué está borrando: nombre del adaptador, versión del controlador, proveedor y fecha. Una reparación que después no puede describir no se puede repetir, y el precio habitual de una reparación no descrita es la misma máquina arreglada tres veces. Las utilidades del proveedor hacen el mismo trabajo con más alcance y son razonables en un parque gestionado cuando vienen del proveedor y no de un espejo. Una utilidad que cambia binarios de controlador cambia más que reinstalar un solo adaptador, así que anote también su versión en la incidencia.

Un caso de proveedor necesita otra reparación para el mismo síntoma. Un cliente que registra su adaptador con un nombre para mostrar que contiene una referencia del instalador puede no activarse tras una actualización, y la corrección edita ese nombre en una clave de servicio del proveedor. El valor acepta un nombre de adaptador corriente, y el cliente se reinicia después:

HKLM\SYSTEM\CurrentControlSet\Services\CVirtA
DisplayName = Cisco Systems VPN Adapter for 64-bit Windows

Esa clave pertenece a un solo cliente. No es una reparación general de Windows y nunca debe aplicarse a una máquina que no ejecute ese cliente.

Confirme con un segundo protocolo antes de cerrar la incidencia

Una reconexión correcta ejercita un protocolo a través de un adaptador, así que demuestra menos de lo que parece. Reintente el perfil original y luego otro construido sobre un tipo de túnel distinto, y exija que ambos conecten. Si solo funciona el primero, el fallo restante es prueba sobre un controlador o una política, no sobre la interfaz que acaba de reconstruir.

Si la queja original era un perfil que no se podía eliminar, vuelva a probarlo también, porque un perfil que sigue negándose a eliminarse después de que el adaptador esté sano es otro fallo y cualquier trabajo adicional con el adaptador es desperdicio. Mantenga la cuenta y la puerta de enlace fuera del informe salvo que algo apunte a ellas. Un túnel que muere antes de la autenticación normalmente describe la máquina, y una nota honesta nombra el adaptador, el protocolo y la comprobación que lo confirmó.

Artículos relacionados