Pourquoi Get-VpnConnection omet certains profils VPN Windows

Tapez Get-VpnConnection, ne recevez rien, et l'enquête s'arrête généralement là. Cette sortie vide est lue comme la preuve que la machine n'a aucun VPN, même pendant qu'un tunnel transporte du trafic. La commande est correcte ; l'hypothèse sur ce qu'elle inventorie ne l'est pas. Elle lit un magasin natif dans une portée, et elle ignore tout des clients qui tiennent leurs propres profils.

Un magasin natif par appel

Commencez par l'appel nu, qui cible les profils appartenant au compte connecté. C'est l'invocation que la plupart des gens exécutent en premier :

Get-VpnConnection

Chaque objet renvoyé porte Name, ServerAddress, TunnelType et ConnectionStatus, et ces quatre champs suffisent à distinguer deux entrées dans un ticket. Un profil peut rester déconnecté pendant des mois et être toujours listé, car l'objet décrit une configuration enregistrée et non le trafic en direct. Un résultat vide ici signifie que le magasin par utilisateur ne contenait rien pour ce compte. C'est une affirmation bien plus étroite que celle qu'on y lit d'ordinaire.

Le carnet d'adresses de tous les utilisateurs exige sa propre requête

Les profils qui servent chaque compte vivent dans une liste séparée, et l'appel par défaut ne la lit jamais. Vous demandez ce magasin explicitement :

Get-VpnConnection -AllUserConnection

Quand la session manque des droits, attendez-vous à une erreur d'accès refusé plutôt qu'à un résultat vide, et traitez les deux issues différemment : l'une signifie que vous ne pouvez pas regarder, l'autre qu'il n'y a rien d'enregistré. Notez la portée à côté de chaque nom pendant que la sortie est devant vous, car une commande ultérieure ne vous rappellera pas quel magasin elle a interrogé. Les autorisations sont la raison habituelle pour laquelle un collègue voit un profil que vous ne pouvez pas. Les jeux de paramètres sont documentés sur la page de référence de Get-VpnConnection, y compris quels commutateurs appartiennent à quel jeu.

Même nom, deux magasins différents

Le nom d'un profil est unique à l'intérieur de son magasin, pas sur toute la machine, donc les listes par utilisateur et pour tous les utilisateurs peuvent chacune contenir un profil nommé Office. Les deux entrées peuvent pointer vers des serveurs différents, utiliser des types de tunnel différents et porter des informations d'identification différentes. Une seule d'entre elles est l'entrée sur laquelle l'utilisateur double-clique. Notez la portée avant de toucher à l'une ou l'autre.

Supprimer la copie que personne ne lance semble inoffensif dans une fenêtre de changement. Cela devient un appel au support quand le raccourci de l'utilisateur cesse de fonctionner.

Les clients qui ne touchent jamais la liste native

Un profil OpenVPN ou WireGuard importé dans un client d'éditeur vit dans la configuration propre à ce client, il ne devient donc jamais une entrée native Windows. Le client exécute son propre service, tient sa propre liste et fait passer le trafic par son propre adaptateur. Rien de tout cela n'est ce que rapporte la commande, et aucun commutateur de portée ne le fera apparaître. Une machine peut avoir trois tunnels fonctionnels et une liste native vide.

Quand il vous faut plutôt la vue des adaptateurs, interrogez les adaptateurs. Les interfaces des éditeurs se nomment elles-mêmes, alors faites correspondre un fragment plutôt qu'une chaîne exacte :

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

Les profils natifs créés à la main finissent dans le fichier du carnet d'adresses sous le profil utilisateur, et les équivalents pour tous les utilisateurs se trouvent dans la copie à l'échelle de la machine. C'est pourquoi copier le magasin de profils d'un utilisateur vers un autre compte reproduit rarement la même liste. Le fichier explique d'où vient une connexion native égarée. Il ne dit rien du magasin d'un client d'éditeur.

Ce qu'il faut consigner avant de retirer un profil

L'assurance bon marché est une note à cinq champs : nom, portée, adresse du serveur, état et le texte exact de l'erreur issue de la tentative de l'utilisateur. Ajoutez le client qu'ils lancent réellement, car ce détail décide si l'entrée native compte le moins du monde. Sans lui, une suppression correcte ressemble encore à la cause de la panne suivante. Gardez la note dans le ticket et non dans une fenêtre de discussion.

Le retrait est une seule commande, et elle supprime la configuration au lieu de la désactiver. Exécutez-la seulement une fois cette note établie :

Remove-VpnConnection -Name "Office" -Force

Ajoutez -AllUserConnection quand la cible se trouve dans le magasin de tous les utilisateurs, et conservez d'abord la source de configuration approuvée ailleurs. Reconnectez-vous ensuite une fois et lisez la table de routage, car une liste ne prouve que l'enregistrement de la configuration. Savoir si le trafic atteint le serveur est une question distincte à laquelle aucune quantité de sortie de Get-VpnConnection ne répondra. Si l'utilisateur échoue encore après un ajout propre, le profil n'a jamais été le problème.