Ce greffon NetworkManager peut-il faire tourner deux VPN à la fois ?

Deux entrées VPN figurent dans la liste des connexions, toutes deux annoncent connecté, et une seule transporte le trafic que vous attendiez. Ou bien la seconde refuse de démarrer, et personne ne peut dire s'il s'agit du greffon, du client ou d'une politique oubliée. Les affirmations sur une limite d'un seul VPN décrivent des implémentations particulières, et les implémentations diffèrent. Examinez d'abord la capacité, ensuite la coordination.

Comptez les profils enregistrés, puis les activations

Un profil enregistré est un objet de configuration, et une connexion active est une instance en cours d'exécution. La liste fusionne visuellement les deux notions, d'où le fait que les deux rapports sonnent juste. Commencez par nommer les objets exacts avec leurs UUID, car le nom affiché n'est pas unique et un ancien import partage souvent une étiquette avec une entrée plus récente. Vérifiez ensuite la liste des connexions actives séparément et regardez quels UUID y apparaissent. C'est seulement alors que vous saurez si vous comparez deux configurations ou deux tunnels vivants.

Activer deux fois le même UUID est un troisième cas, et ce n'est pas de la concurrence. C'est une réactivation d'une seule instance.

Lisez les métadonnées propres au greffon

Chaque greffon VPN fournit un petit fichier de métadonnées que le gestionnaire lit, et ces fichiers peuvent déclarer si le greffon prend en charge plusieurs connexions à la fois. Lisez le fichier installé sur cette machine plutôt que de répéter ce qu'écrit actuellement un projet amont, car le paquet de la distribution décide de ce que vous avez réellement. La même vérification vaut par protocole : une réponse pour un greffon ne dit rien d'un autre. Notez la version du paquet à côté du résultat, pour qu'une comparaison ultérieure ait un sens.

Les anciens conseils sur une limite d'un seul VPN décrivaient des intégrations plus anciennes. Ce n'est ni toujours vrai ni prudent de le tenir pour acquis, et le fichier sous vos yeux tranche la question localement.

Concurrent ne signifie pas coordonné

Que deux greffons démarrent avec succès prouve la capacité, pas la conception. Deux tunnels qui proposent tous deux une route par défaut vont se disputer, et celui qui a installé sa route en dernier gagne généralement sans l'annoncer. Les plages privées qui se chevauchent ont le même problème en plus petit.

Décidez quelles destinations appartiennent à quel profil avant d'activer quoi que ce soit. Renommer un profil ne distingue pas les destinations.

Le DNS choisit un gagnant, que vous le fassiez ou non

Les réglages du résolveur sont propres à chaque profil, et lorsque deux sont actifs, l'ordre de résolution est décidé par la politique et la priorité plutôt que par l'intention. Le profil monté en dernier peut posséder en silence chaque nom d'entreprise.

Attribuez chaque espace de noms privé au résolveur qui doit y répondre, et fixez la préférence de routage délibérément au lieu de vous fier à l'ordre. Testez ensuite un nom de chaque espace avec les deux tunnels montés, puis de nouveau avec l'un des deux déconnecté. Un résolveur qui ne fonctionne que tant que les deux tunnels sont montés est une conception qui surprendra quelqu'un au pire moment possible.

Déployez dans un ordre fixe et inspectez entre les étapes

Activez un profil, inspectez l'état de ses routes et de son résolveur, puis activez le second et inspectez de nouveau. Comparer les deux états vous dit ce qui a changé et quel profil possède quoi. N'activez pas les deux avant de diagnostiquer le résultat.

Testez chaque ressource nécessaire à travers le tunnel qui doit la transporter, puis déconnectez un profil et confirmez que l'autre conserve ses routes, son DNS et son comportement de panne prévu. Si le greffon déployé ne peut réellement pas faire ce dont vous avez besoin, choisissez une mise à niveau prise en charge ou une alternative explicitement isolée plutôt que de faire revivre un protocole obsolète à côté du gestionnaire. Un second tunnel séparé que personne n'administre n'est pas une isolation ; c'est une autre source de routes surprenantes.