NetworkManager n'importe pas votre profil OpenVPN ? Lisez ceci

Les profils qui se connectent très bien dans un autre OpenVPN client peuvent refuser de s'importer dans NetworkManager, et la boîte de dialogue accuse la capacité d'importation du greffon. Cette phrase parle de votre machine, pas du fichier ni du serveur. L'importation est une opération locale effectuée par le greffon VPN du gestionnaire, et au moment où elle échoue, rien n'a été envoyé nulle part. Traitez-la d'abord comme une question de paquetage, ensuite comme une question d'analyse.

Lisez le message comme une affirmation locale

La phrase décrit l'ensemble de fonctions du greffon. Soit le greffon qui fournit la prise en charge d'OpenVPN manque, soit le composant qui propose l'action d'importation est plus ancien que le format que vous lui donnez. Les deux cas sont locaux à la machine devant vous.

Remarquez ce que le message ne dit pas. Il ne dit pas que le certificat est faux, que le mot de passe a expiré ou que le serveur est hors service, donc un redémarrage ou un changement d'identifiants n'y remédiera pas. Lisez-le comme une affirmation sur le logiciel installé.

Cette distinction fait gagner le plus de temps dans tout l'article, car le réflexe est de regarder vers l'extérieur, vers la passerelle, alors que la panne est entièrement sur le poste de travail.

Étape 1 : vérifier le greffon et l'éditeur

Deux paquets comptent et ils font un travail différent. L'un fournit le greffon VPN de NetworkManager auquel appartient la connexion ; l'autre fournit l'interface d'édition et d'importation du bureau. Installer seulement l'environnement d'exécution, ou seulement l'éditeur, vous donne la moitié d'une fonction.

nmcli --version
nmcli connection show
rpm -q NetworkManager-openvpn NetworkManager-openvpn-gnome 2>/dev/null

dpkg -l | grep -i network-manager-openvpn

Utilisez la commande de paquetage que votre distribution possède réellement ; les deux lignes ci-dessus sont des alternatives, pas une séquence. Vérifiez aussi que vous êtes bien dans le flux NetworkManager, car un autre client OpenVPN avec son propre importateur ne répondra à aucun de ces conseils.

L'installation du greffon redémarre ou recharge généralement NetworkManager, ce qui coupe brièvement les connexions existantes. Faites-le volontairement, pas au milieu d'un appel au support.

Étape 2 : importer avec nmcli et obtenir un vrai message

La boîte de dialogue graphique a tendance à écraser plusieurs échecs en une seule phrase. L'importateur en ligne de commande est plus précis, et c'est la même opération :

nmcli connection import type openvpn file /path/to/client.ovpn
nmcli connection show --active

Lisez la réponse attentivement. Une plainte au sujet d'un greffon absent est un problème de paquetage. Une plainte au sujet d'une directive précise est un problème d'analyseur. Une plainte au sujet d'un fichier référencé est un problème de chemin, et les trois n'ont rien en commun au-delà du mot importation.

Rappelez-vous que le succès ici crée un profil enregistré. Il ne se connecte pas, et il ne prouve pas que le profil a conservé toutes les fonctions de l'original.

Étape 3 : laisser les certificats intégrés où ils sont

Des conseils plus anciens vous disent de retirer chaque bloc de certificat et de clé intégré avant d'importer. Ce conseil est périmé. L'importateur actuel gère les objets intégrés, et les supprimer retire l'identité dont la connexion a besoin tout en produisant un profil qui s'importe puis échoue à s'authentifier.

Si vous devez vraiment isoler du contenu pour une raison précise, conservez le fichier d'origine et notez quel bloc est allé où. Un profil que trois personnes ont modifié trois fois n'est pas une configuration sur laquelle vous pourrez raisonner plus tard.

La même prudence vaut pour les directives du fournisseur. Une option propre à un client peut être hors de l'ensemble de fonctions d'une version du greffon sans être une syntaxe OpenVPN invalide, et la retirer juste pour fermer la boîte de dialogue peut changer le comportement en silence.

Étape 4 : vérifier ce que le profil signifie maintenant

Après une importation réussie, examinez le point de terminaison, le dispositif d'authentification, les références de fichiers et l'emplacement des secrets avant d'activer quoi que ce soit. C'est à ces quatre endroits que l'importation et l'intention divergent le plus souvent.

Vérifiez ensuite le comportement qui vous importe vraiment : les routes, le DNS et la survie des fonctions du profil d'origine. Ce sont les trois endroits où une importation réussie peut encore décevoir la personne qui l'a demandée. Une importation qui réussit et une connexion qui se comporte correctement sont deux résultats différents, et seul le second compte pour l'utilisateur.

Si le profil importé se comporte différemment du client d'origine, comparez les deux configurations au lieu de reconstruire de mémoire, car la différence tient généralement à une ligne.

Étape 5 : laisser un seul gestionnaire posséder le tunnel

Une fois que le profil vit dans NetworkManager, laissez-le posséder la connexion. Démarrer un processus OpenVPN séparé comme contournement crée un second chemin de gestion avec son propre comportement de résolution, ses propres identifiants et son propre cycle de vie.

Deux tunnels qui croient tous deux posséder la route par défaut produisent des symptômes qui ressemblent à un fournisseur en panne, et la solution est d'en supprimer un plutôt que d'en régler un seul.