Que tipo de VPN de Windows instalou realmente o seu perfil?

Windows ten dúas cousas distintas que aparecen ambas baixo o encabezamento VPN: perfís de protocolo integrados que implementa o propio sistema operativo, e unha plataforma para complementos de provedores que achegan a súa propia implementación. Un complemento non é outro nome para escoller IKEv2 ou SSTP nun perfil nativo, e un perfil nativo non pode absorber a configuración dun provedor só cambiando o nome do tipo de túnel. A maior parte da confusión aquí comeza cun artigo de asistencia escrito para un dos dous e aplicado ao outro. Saber cal dos dous ten é o primeiro paso, e leva arredor dun minuto.

Dúas cousas distintas chamadas conexión VPN

Os tipos integrados son os que Windows implementa por si mesmo: IKEv2, SSTP, L2TP/IPsec, PPTP e a opción automática que escolle entre eles. Un complemento de provedor é un paquete aparte, normalmente instalado polo propio instalador do provedor, que rexistra unha implementación na plataforma e aparece como o seu propio tipo de conexión.

A palabra aplicación non decide cal está instalado. Un provedor pode distribuír un complemento, un cliente de escritorio independente ou ambos, e compórtanse de xeito distinto.

Percorra a ruta de Configuración e mire que ofrece a conexión. Configuración, Rede e Internet, VPN, e despois abra as propiedades da conexión: un perfil nativo mostra unha lista despregable de tipo de VPN cos nomes integrados, e as súas opcións avanzadas expoñen os métodos de autenticación que admite Windows. Se a única superficie de configuración é o diálogo propio do provedor, ou se o tipo non está nesa lista, está ante un complemento ou un cliente independente. Anote cal dos tres é antes de cambiar nada.

Percorra a configuración e vexa cal ten

A vista de PowerShell é máis rápida se xestiona varios equipos. Get-VpnConnection lista as conexións que xestiona o propio Windows, e cada resultado inclúe un TunnelType. Unha conexión xestionada polo provedor pode non aparecer alí en absoluto, e iso xa é a resposta.

Os perfís nativos créanse cos seus propios parámetros admitidos: Add-VpnConnection -Name Corp -ServerAddress vpn.example.com -TunnelType IKEv2 -AuthenticationMethod EAP e, cando o método o esixe, unha configuración EAP subministrada como XML. Esa é a superficie que Windows documenta, e non acepta un XML arbitrario do provedor nin un ficheiro de configuración de OpenVPN como perfil equivalente. Intentar esa tradución é como a xente conclúe que a plataforma está rota cando o perfil nunca foi nativo.

Que posúe o provedor

Un complemento posúe os detalles de implementación, e por iso a distinción importa máis alá do nome. A súa aplicación, o seu fluxo de autenticación e o seu esquema de configuración pertencen ao provedor, e a documentación do provedor é a única fonte correcta para eles.

Esa propiedade ten consecuencias prácticas. A canle de actualización é do provedor e non de Windows Update, así que unha versión que corrixe un problema de compatibilidade chega por outro mecanismo. A vía de desinstalación tamén é do provedor, e borrar a entrada da conexión en Configuración pode deixar a aplicación do provedor e o seu despregamento xestionado no seu sitio. E o esquema do perfil é do provedor, así que un axuste que existe no perfil dun provedor non ten significado no doutro, incluso cando a etiqueta coincide.

Siga a fonte real de configuración

Para un despregamento xestionado, use a documentación do provedor e a da organización xuntas en lugar de substituír unha pola outra. Comprobe as versións admitidas, o esquema do perfil e se o despregamento se dirixe ao usuario ou ao dispositivo.

Esa última distinción importa máis do que parece. Un despregamento por usuario e un despregamento por dispositivo teñen requisitos previos distintos e modos de fallo distintos, e un paquete que se instala correctamente nun contexto pode ser invisible no outro. Se falta o provedor agardado, instalar un cliente non relacionado cun nome similar non achega compatibilidade, diga o que diga o nome.

Despois da configuración, probe a autenticación e despois probe que aplicou realmente o perfil. Un perfil que aparece nunha lista de configuración non é unha proba de acceso a aplicacións. Confirme a ruta que toma o tráfico e os servidores DNS en uso, porque un complemento pode instalar as súas propias rutas e resolvedores, e esas son as partes que os usuarios notan cando están mal. Despois abra a aplicación que o usuario realmente necesita, xa que un estado conectado e unha sesión funcional son afirmacións distintas.

Probe que aplicou realmente o perfil

Cando escale, inclúa o nome e a versión do provedor en lugar de só a compilación de Windows e o enderezo do servidor. Un tícket que di que a VPN non conecta en Windows 11 non di nada á seguinte persoa sobre cal dos tres arranxos está en xogo.

Manteña as actualizacións e a desinstalación ligadas ao compoñente propietario, e anote que compoñente é xunto ao nome da conexión. A documentación de Microsoft sobre tipos de conexión VPN e complementos é a referencia para a lista integrada e o modelo de complementos. Se as instrucións da organización nomean un provedor, a documentación do provedor rexe o perfil. Todo o demais é unha conxectura sobre que función de Windows está a mirar.