Por qué Get-VpnConnection omite algunos perfiles VPN de Windows

Escriba Get-VpnConnection, no reciba nada y la investigación suele detenerse ahí. Esa salida vacía se lee como prueba de que la máquina no tiene ningún VPN, incluso mientras un túnel transporta tráfico. El comando está bien; la suposición sobre lo que inventaría no lo está. Lee un almacén nativo en un ámbito y no sabe nada de los clientes que guardan sus propios perfiles.

Un almacén nativo por llamada

Empiece por la llamada simple, que apunta a los perfiles que pertenecen a la cuenta iniciada. Esta es la invocación que la mayoría de la gente ejecuta primero:

Get-VpnConnection

Cada objeto devuelto lleva Name, ServerAddress, TunnelType y ConnectionStatus, y esos cuatro campos bastan para distinguir dos entradas en un ticket. Un perfil puede estar desconectado durante meses y seguir listado, porque el objeto describe configuración guardada y no tráfico en vivo. Un resultado vacío aquí significa que el almacén por usuario no tenía nada para esa cuenta. Es una afirmación mucho más pequeña que la que la gente suele leer en él.

La agenda de todos los usuarios necesita su propia consulta

Los perfiles que sirven a todas las cuentas viven en una lista aparte, y la llamada predeterminada nunca la lee. Usted solicita ese almacén de forma explícita:

Get-VpnConnection -AllUserConnection

Cuando la sesión carece de los derechos, espere un error de acceso denegado en lugar de un resultado vacío, y trate las dos salidas de forma distinta: una significa que no puede mirar, la otra que no hay nada guardado. Anote el ámbito junto a cada nombre mientras la salida está delante de usted, porque un comando posterior no le recordará qué almacén consultó. Los permisos son la razón habitual de que un colega vea un perfil que usted no puede. Los conjuntos de parámetros están documentados en la página de referencia de Get-VpnConnection, incluidos qué modificadores pertenecen a qué conjunto.

El mismo nombre, dos almacenes distintos

El nombre de un perfil es único dentro de su almacén, no en toda la máquina, así que las listas por usuario y de todos los usuarios pueden tener cada una un perfil llamado Office. Las dos entradas pueden apuntar a servidores distintos, usar tipos de túnel distintos y llevar credenciales distintas. Solo una de ellas es la entrada en la que el usuario hace doble clic. Anote el ámbito antes de tocar cualquiera de las dos.

Borrar la copia que nadie lanza parece inofensivo en una ventana de cambios. Se convierte en una llamada a soporte cuando el acceso directo del usuario deja de funcionar.

Clientes que nunca tocan la lista nativa

Un perfil de OpenVPN o WireGuard importado en un cliente de proveedor vive en la configuración propia de ese cliente, así que nunca se convierte en una entrada nativa de Windows. El cliente ejecuta su propio servicio, mantiene su propia lista y pasa el tráfico por su propio adaptador. Nada de eso es lo que informa el comando, y ningún modificador de ámbito lo hará aparecer. Una máquina puede tener tres túneles funcionando y una lista nativa vacía.

Cuando necesite la vista de adaptadores en su lugar, consulte los adaptadores. Las interfaces de los proveedores se nombran solas, así que haga coincidir un fragmento y no una cadena exacta:

Get-NetAdapter | Where-Object InterfaceDescription -match 'WireGuard|OpenVPN|TAP'

Los perfiles nativos creados a mano acaban en el archivo de la agenda bajo el perfil de usuario, y los equivalentes para todos los usuarios están en la copia de toda la máquina. Por eso copiar el almacén de perfiles de un usuario a otra cuenta rara vez reproduce la misma lista. El archivo explica de dónde vino una conexión nativa perdida. No dice nada del almacén de un cliente de proveedor.

Qué capturar antes de quitar un perfil

El seguro barato es una nota de cinco campos: nombre, ámbito, dirección del servidor, estado y el texto exacto del error del intento del usuario. Añada el cliente que lanzan de verdad, porque ese detalle decide si la entrada nativa importa en absoluto. Sin él, un borrado correcto sigue pareciendo la causa del siguiente fallo. Guarde la nota en el ticket y no en una ventana de chat.

Quitar es un comando, y borra configuración en lugar de desactivarla. Ejecútelo solo cuando esa nota exista:

Remove-VpnConnection -Name "Office" -Force

Añada -AllUserConnection cuando el objetivo esté en el almacén de todos los usuarios, y guarde primero la fuente de configuración aprobada en otro sitio. Luego reconecte una vez y lea la tabla de rutas, porque un listado solo prueba que la configuración está guardada. Si el tráfico llega al servidor es una pregunta aparte que ninguna cantidad de salida de Get-VpnConnection responderá. Si el usuario sigue fallando tras volver a añadirlo limpiamente, el perfil nunca fue el problema.