¿Qué tipo de VPN de Windows instaló realmente su perfil?

Windows tiene dos cosas distintas que aparecen ambas bajo el encabezado VPN: perfiles de protocolo integrados que implementa el propio sistema operativo, y una plataforma para complementos de proveedores que aportan su propia implementación. Un complemento no es otro nombre para elegir IKEv2 o SSTP en un perfil nativo, y un perfil nativo no puede absorber la configuración de un proveedor con solo cambiar el nombre del tipo de túnel. La mayor parte de la confusión aquí empieza con un artículo de soporte escrito para uno de los dos y aplicado al otro. Saber cuál de los dos tiene es el primer paso, y lleva alrededor de un minuto.

Dos cosas distintas llamadas conexión VPN

Los tipos integrados son los que Windows implementa por sí mismo: IKEv2, SSTP, L2TP/IPsec, PPTP y la opción automática que elige entre ellos. Un complemento de proveedor es un paquete aparte, normalmente instalado por el propio instalador del proveedor, que registra una implementación en la plataforma y aparece como su propio tipo de conexión.

La palabra aplicación no decide cuál está instalado. Un proveedor puede distribuir un complemento, un cliente de escritorio independiente o ambos, y se comportan de forma distinta.

Recorra la ruta de Configuración y mire qué ofrece la conexión. Configuración, Red e Internet, VPN, y luego abra las propiedades de la conexión: un perfil nativo muestra una lista desplegable de tipo de VPN con los nombres integrados, y sus opciones avanzadas exponen los métodos de autenticación que admite Windows. Si la única superficie de configuración es el diálogo propio del proveedor, o si el tipo no está en esa lista, está ante un complemento o un cliente independiente. Anote cuál de los tres es antes de cambiar nada.

Recorra la configuración y vea cuál tiene

La vista de PowerShell es más rápida si administra varios equipos. Get-VpnConnection enumera las conexiones que administra el propio Windows, y cada resultado incluye un TunnelType. Una conexión administrada por el proveedor puede no aparecer allí en absoluto, y eso ya es la respuesta.

Los perfiles nativos se crean con sus propios parámetros admitidos: Add-VpnConnection -Name Corp -ServerAddress vpn.example.com -TunnelType IKEv2 -AuthenticationMethod EAP y, cuando el método lo exige, una configuración EAP suministrada como XML. Esa es la superficie que Windows documenta, y no acepta un XML arbitrario del proveedor ni un archivo de configuración de OpenVPN como perfil equivalente. Intentar esa traducción es como la gente concluye que la plataforma está rota cuando el perfil nunca fue nativo.

Qué posee el proveedor

Un complemento posee los detalles de implementación, y por eso la distinción importa más allá del nombre. Su aplicación, su flujo de autenticación y su esquema de configuración pertenecen al proveedor, y la documentación del proveedor es la única fuente correcta para ellos.

Esa propiedad tiene consecuencias prácticas. El canal de actualización es del proveedor y no de Windows Update, así que una versión que corrige un problema de compatibilidad llega por otro mecanismo. La vía de desinstalación también es del proveedor, y borrar la entrada de la conexión en Configuración puede dejar la aplicación del proveedor y su despliegue gestionado en su sitio. Y el esquema del perfil es del proveedor, así que un ajuste que existe en el perfil de un proveedor no tiene significado en el de otro, incluso cuando la etiqueta coincide.

Siga la fuente real de configuración

Para un despliegue gestionado, use la documentación del proveedor y la de la organización juntas en lugar de sustituir una por otra. Compruebe las versiones admitidas, el esquema del perfil y si el despliegue se dirige al usuario o al dispositivo.

Esa última distinción importa más de lo que parece. Un despliegue por usuario y un despliegue por dispositivo tienen requisitos previos distintos y modos de fallo distintos, y un paquete que se instala correctamente en un contexto puede ser invisible en el otro. Si falta el proveedor esperado, instalar un cliente no relacionado con un nombre similar no aporta compatibilidad, diga lo que diga el nombre.

Después de la configuración, pruebe la autenticación y luego pruebe qué aplicó realmente el perfil. Un perfil que aparece en una lista de configuración no es una prueba de acceso a aplicaciones. Confirme la ruta que toma el tráfico y los servidores DNS en uso, porque un complemento puede instalar sus propias rutas y resolutores, y esas son las partes que los usuarios notan cuando están mal. Después abra la aplicación que el usuario realmente necesita, ya que un estado conectado y una sesión funcional son afirmaciones distintas.

Pruebe qué aplicó realmente el perfil

Cuando escale, incluya el nombre y la versión del proveedor en lugar de solo la compilación de Windows y la dirección del servidor. Un tique que dice que la VPN no conecta en Windows 11 no dice nada a la siguiente persona sobre cuál de los tres arreglos está en juego.

Mantenga las actualizaciones y la desinstalación ligadas al componente propietario, y anote qué componente es junto al nombre de la conexión. La documentación de Microsoft sobre tipos de conexión VPN y complementos es la referencia para la lista integrada y el modelo de complementos. Si las instrucciones de la organización nombran un proveedor, la documentación del proveedor rige el perfil. Todo lo demás es una conjetura sobre qué función de Windows está mirando.