Por que Get-VpnConnection omite algúns perfís VPN de Windows

Escriba Get-VpnConnection, non reciba nada e a investigación adoita deterse aí. Ese resultado baleiro lese como proba de que a máquina non ten ningún VPN, mesmo mentres un túnel transporta tráfico. A orde está ben; a suposición sobre o que inventaría non o está. Le un almacén nativo nun ámbito e non sabe nada dos clientes que gardan os seus propios perfís.

Un almacén nativo por chamada

Comece pola chamada simple, que apunta aos perfís que pertencen á conta iniciada. Esta é a invocación que a maioría da xente executa primeiro:

Get-VpnConnection

Cada obxecto devolto leva Name, ServerAddress, TunnelType e ConnectionStatus, e eses catro campos abondan para distinguir dúas entradas nun ticket. Un perfil pode estar desconectado durante meses e seguir listado, porque o obxecto describe configuración gardada e non tráfico en vivo. Un resultado baleiro aquí significa que o almacén por usuario non tiña nada para esa conta. É unha afirmación moito máis pequena que a que a xente adoita ler nel.

A axenda de todos os usuarios necesita a súa propia consulta

Os perfís que serven todas as contas viven nunha lista aparte, e a chamada predeterminada nunca a le. Vostede solicita ese almacén de forma explícita:

Get-VpnConnection -AllUserConnection

Cando a sesión carece dos dereitos, espere un erro de acceso denegado en lugar dun resultado baleiro, e trate as dúas saídas de forma distinta: unha significa que non pode mirar, a outra que non hai nada gardado. Anote o ámbito xunto a cada nome mentres a saída está diante de vostede, porque unha orde posterior non lle recordará que almacén consultou. Os permisos son a razón habitual de que un compañeiro vexa un perfil que vostede non pode. Os conxuntos de parámetros están documentados na páxina de referencia de Get-VpnConnection, incluídos que modificadores pertencen a que conxunto.

O mesmo nome, dous almacéns distintos

O nome dun perfil é único dentro do seu almacén, non en toda a máquina, así que as listas por usuario e de todos os usuarios poden ter cada unha un perfil chamado Office. As dúas entradas poden apuntar a servidores distintos, usar tipos de túnel distintos e levar credenciais distintas. Só unha delas é a entrada na que o usuario fai dobre clic. Anote o ámbito antes de tocar calquera das dúas.

Borrar a copia que ninguén lanza parece inofensivo nunha xanela de cambios. Convértese nunha chamada de soporte cando o atallo do usuario deixa de funcionar.

Clientes que nunca tocan a lista nativa

Un perfil de OpenVPN ou WireGuard importado nun cliente de provedor vive na configuración propia dese cliente, así que nunca se converte nunha entrada nativa de Windows. O cliente executa o seu propio servizo, mantén a súa propia lista e pasa o tráfico polo seu propio adaptador. Nada diso é o que informa a orde, e ningún modificador de ámbito o fará aparecer. Unha máquina pode ter tres túneles funcionando e unha lista nativa baleira.

Cando necesite a vista de adaptadores no seu lugar, consulte os adaptadores. As interfaces dos provedores noméanse soas, así que faga coincidir un fragmento e non unha cadea exacta:

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

Os perfís nativos creados a man acaban no ficheiro da axenda baixo o perfil de usuario, e os equivalentes para todos os usuarios están na copia de toda a máquina. Por iso copiar o almacén de perfís dun usuario a outra conta raramente reproduce a mesma lista. O ficheiro explica de onde veu unha conexión nativa perdida. Non di nada do almacén dun cliente de provedor.

Que capturar antes de quitar un perfil

O seguro barato é unha nota de cinco campos: nome, ámbito, enderezo do servidor, estado e o texto exacto do erro do intento do usuario. Engada o cliente que lanzan de verdade, porque ese detalle decide se a entrada nativa importa de todo. Sen el, un borrado correcto segue parecendo a causa do seguinte fallo. Garde a nota no ticket e non nunha xanela de chat.

Quitar é unha orde, e borra configuración en lugar de desactivala. Execútea só cando esa nota exista:

Remove-VpnConnection -Name "Office" -Force

Engada -AllUserConnection cando o obxectivo estea no almacén de todos os usuarios, e garde primeiro a fonte de configuración aprobada noutro sitio. Despois reconecte unha vez e lea a táboa de rutas, porque unha listaxe só proba que a configuración está gardada. Se o tráfico chega ao servidor é unha pregunta aparte que ningunha cantidade de saída de Get-VpnConnection responderá. Se o usuario segue fallando tras volver engadilo limpiamente, o perfil nunca foi o problema.