Pourquoi un adaptateur VPN Windows reste après la déconnexion
Un adaptateur restant ne prouve pas qu'un tunnel est bloqué. Séparez le profil enregistré, le service et l'interface avant de supprimer un pilote dont quelqu'un a besoin.
L'état indique déconnecté, l'application est fermée, et un adaptateur réseau portant le nom du client figure toujours dans la liste. C'est le comportement habituel de la plupart des clients VPN Windows, car l'interface est un composant logiciel doté de sa propre durée de vie, et non un câble branché. Elle ne devient un vrai problème que lorsque l'interface existe et que la session n'existe pas, et que les couches sont examinées dans le mauvais ordre. Les lire dans le bon ordre demande quatre commandes et évite une réinstallation inutile.
Trois durées de vie dans une seule fenêtre
Un profil enregistré est un objet de configuration. Il peut exister pendant des années, voyager dans un paquet de déploiement et ne rien créer tant que personne ne se connecte. Le supprimer retire une capacité que personne n'utilisait à cet instant, et parfois la seule trace de la manière dont un site était atteint.
Le service ou l'assistant du client est un processus. Il démarre avec le système ou à la demande, effectue le travail privilégié et peut continuer à tourner sans aucune connexion.
L'interface réseau est un périphérique présenté à la pile réseau. Elle peut apparaître au démarrage du client, persister après les déconnexions ou n'être créée que pendant l'établissement d'un tunnel. Certains clients affichent un adaptateur par profil, d'autres en partagent un pour tout. Lequel de ces cas se produit dépend du produit, pas du protocole.
Voir l'un des trois ne dit rien de fiable sur les deux autres, et c'est la source de la majeure partie de la confusion dans ce domaine.
Ce que la liste des adaptateurs montre vraiment
Un inventaire d'adaptateurs inclut les entrées masquées, et les logiciels VPN laissent régulièrement des interfaces masquées pour des raisons légitimes. Les filtrer fait paraître une installation qui fonctionne plus propre qu'elle ne l'est ; les afficher fait paraître une machine propre encombrée.
Ces commandes listent chaque adaptateur, y compris les entrées masquées, puis listent séparément les profils VPN natifs :
Get-NetAdapter -IncludeHidden | Select-Object Name,InterfaceDescription,Status
Get-VpnConnection
Get-Service | Where-Object DisplayName -match VPNLa deuxième commande ne couvre que les profils gérés par le système d'exploitation lui-même. Un client tiers doté de son propre format de configuration n'y apparaîtra pas, ce qui explique qu'un résultat vide ne signifie pas que rien n'est installé.
Lisez la session, pas l'interface
La question qui mérite une réponse est de savoir si une session authentifiée existe, et non si un adaptateur est listé. Ce sont des faits différents, et un seul des deux affecte votre trafic.
Interrogez le client qui possède la connexion, via sa propre sortie d'état ou son menu dans la zone de notification. Demandez ensuite au système d'exploitation quelles adresses et routes existent sur l'interface concernée. Une interface sans adresse, ou avec une adresse et sans route, décrit un tunnel qui ne transporte rien.
Posez aussi une troisième question : est-ce cette interface que le client utilise en ce moment ? Les machines accumulent des adaptateurs de clients désinstallés, renommés ou remplacés, et l'ancien est souvent celui dont la description est alarmante.
Quand les trois réponses concordent, il y a une vraie panne. Quand l'adaptateur est présent et la session saine, il y a une entrée cosmétique et une raison de la laisser tranquille.
Quand la création de l'interface échoue
Le symptôme inverse est plus grave : le client signale une erreur de pilote ou d'adaptateur et aucune interface n'apparaît. Cela pointe le composant du noyau, pas la configuration.
Il faut identifier le client propriétaire, son service et la version de pilote installée avant de choisir une réparation. Retirer un pilote réseau qu'un autre produit utilise aussi, ou désactiver un contrôle de sécurité pour faire réussir une installation, modifie un composant que vous ne comptiez pas toucher.
Un redémarrage est une première étape raisonnable car il efface un état de périphérique bloqué. Ce n'est pas un diagnostic, alors notez ce que l'erreur disait avant que le redémarrage ne l'efface. Notez aussi la version du pilote, car une réinstallation peut la remplacer par la même et laisser la panne intacte.
Notez le propriétaire avant de retirer quoi que ce soit
Si un adaptateur appartient réellement à un produit disparu, le retirer relève de l'entretien. Confirmez d'abord le propriétaire en faisant correspondre la description de l'interface au client et à son paquet de pilotes, et vérifiez qu'aucun profil enregistré n'en dépend encore.
Notez ensuite trois choses dans la note de support : le produit, l'identité de l'interface et la version du pilote. Ces trois éléments permettent de distinguer une interface transitoire d'un artefact d'installation et évitent à la personne suivante de recommencer l'inventaire.
Ce qui ne devrait pas arriver, c'est de supprimer un adaptateur inconnu parce qu'il a l'air en désordre. Le coût de le garder est une ligne dans une liste ; le coût de supprimer le mauvais est un client qui ne peut plus se connecter et aucune trace de ce qui a changé.