Pas de bouton VPN sur le bureau : le profil est-il encore là ?

Réinstaller des paquets ramène rarement une entrée VPN que le menu réseau du bureau n'a jamais dessinée. Le panneau et la connexion sont deux objets avec deux propriétaires : l'interface du bureau dessine ce que son greffon expose, et le service réseau détient le profil. L'un peut disparaître du menu tandis que l'autre continue de fonctionner, et c'est pourquoi le menu est le mauvais point de départ. Vérifiez d'abord le profil, puis décidez si c'est le bureau ou la connexion qui est réellement cassé.

Le bouton et le profil appartiennent à des choses différentes

Une page réseau du bureau dessine ce que l'interface installée et ses composants d'édition VPN savent dessiner. NetworkManager, ou tout service qui possède le réseau sur cette machine, détient la définition de la connexion et décide si elle peut être montée. Rien n'oblige les deux vues à s'accorder, et après un changement de bureau, une mise à niveau de la distribution ou une exécution contre une version de développement, elles ne s'accordent souvent pas. Le panneau peut donc être incomplet sans que le tunnel manque. Lire cela comme un problème de protocole mène droit à la boucle de réinstallation qui ne répare rien.

Parcourez le tableau du haut, car chaque ligne répond à une question différente et la première ligne est la moins coûteuse. Un profil existant déplace le problème vers l'interface, tandis qu'aucun profil du tout le déplace vers le provisionnement. Deviner lequel des deux vous avez, c'est ce qui transforme une vérification de dix minutes en un après-midi de réinstallations.

Demandez à NetworkManager ce qu'il a enregistré

Interrogez le service directement plutôt que de lire le menu, car deux commandes séparent ce qui existe de ce qui tourne. Exécutez-les sur la machine elle-même, et exécutez la seconde avant et après toute tentative d'activation. Les listes ne sont pas interchangeables, et la différence entre elles est le diagnostic.

nmcli -f NAME,UUID,TYPE,DEVICE connection show
nmcli connection show --active

Un profil enregistré peut être inactif, ce qui est normal et ne dit rien du bureau. Deux entrées aux noms similaires sont courantes après une boucle d'importation, et seul l'UUID les distingue. Un tunnel détenu directement par un autre service peut ne jamais entrer dans cette liste, si bien qu'un résultat vide n'est pas automatiquement un défaut de NetworkManager. Sélectionnez par UUID désormais, car les noms sont des étiquettes que les gens modifient et les identifiants non.

Inspectez le profil au lieu de le réimporter

Lorsque le profil existe, lisez ses détails sans demander les secrets stockés. Lorsqu'il n'existe pas, utilisez une fois le flux de provisionnement ou d'importation que le greffon documente, et confirmez ce qu'il a créé. Répéter une importation parce que le menu est resté vide, c'est ainsi qu'une machine finit avec quatre copies concurrentes d'une seule connexion.

Ces copies sont une dérive avec une trace papier que personne ne lit : l'utilisateur du bureau ne peut pas dire laquelle aurait été utilisée, et le prochain administrateur non plus. Supprimez les doublons délibérément, après avoir noté leurs identifiants, au lieu de laisser la boucle d'importation décider. Notez l'UUID qui survit, car cette valeur est ce dont l'activation depuis le terminal a besoin. Un profil importé deux fois sous des noms différents est généralement une définition qui fonctionne et un artefact d'impatience. Une liste de profils est de la configuration, et elle mérite le même soin que la connexion elle-même.

Activez le profil enregistré depuis un terminal

La documentation de nmcli couvre l'activation interactive d'un profil sélectionné, ce qui fait de la ligne de commande une seconde interface prise en charge et non un contournement. Remplacez l'identifiant d'exemple ci-dessous par l'UUID que vous avez conservé. Comprenez ce que fait la commande avant de l'exécuter, car elle change l'état du réseau. Les routes et le DNS peuvent bouger, et une session distante sur l'interface en cours de reconfiguration n'y survivra pas.

Exécutez-la depuis une console locale, ou avec un plan pour revenir si le changement tourne mal. --ask collecte les entrées qui manquent au profil ; elle ne contourne pas l'autorisation du système. Elle ne garantit pas non plus que chaque invite d'authentification du greffon fonctionne dans un terminal, car certaines attendent une boîte de dialogue inaccessible depuis là.

nmcli --ask connection up uuid 11111111-2222-4333-8444-555555555555

Lisez le résultat avant de blâmer le bureau

Si le profil monte, la connexion enregistrée fonctionne et cette voie de gestion fonctionne. Cela resserre la plainte sur l'interface, qui est une autre liste de composants et souvent une autre équipe. S'il ne monte pas, la panne se situe dans le profil ou dans le tunnel, et le bureau n'a jamais été le problème.

Une activation réussie ne dit toujours rien sur la présence du composant d'édition de l'interface, ni sur le fait que le panneau lui-même se comporte mal. Ce sont des questions pour l'interface prise en charge de la distribution et ses paquets de greffons correspondants. Les englober dans une réinstallation laisse en général le panneau exactement comme il était et ajoute un redémarrage à l'histoire.

Un rapport utile nomme la version du bureau, le type de connexion, l'opération du panneau qui manque, et si le profil est visible ou activable via l'interface prise en charge. Décrire un menu absent n'exige ni clé privée ni profil porteur d'informations d'identification. Cela suffit à un mainteneur pour reproduire l'état du panneau sans toucher la moindre information d'identification.