Quel paquet OpenVPN une version de Linux peut réellement prendre en charge

Les instructions qui nomment une version précise d'OpenVPN codent généralement une fonction, et le numéro de version n'en est qu'un substitut. Le temps de les lire, la distribution livre peut-être quelque chose de plus récent que la version nommée tout en manquant l'intégration dont vous avez besoin, ou livre quelque chose de plus ancien qui couvre déjà l'exigence. Traiter le numéro comme l'objectif produit des changements de dépôt qui ne règlent rien. Le traiter comme un symptôme d'exigence produit une décision bien plus petite.

Trois questions séparent les deux: quelle implémentation, quelle version de base et qui possède les mises à jour.

Un numéro de version n'est pas une exigence de fonction

Demandez ce dont la connexion a besoin avant de demander quel paquet le fournit. Un profil peut exiger un chiffrement, un mode TLS, un greffon d'authentification ou une interface de gestion, et l'un de ces éléments peut manquer dans une compilation qui annonce une chaîne de version satisfaisante. À l'inverse, une compilation un peu plus ancienne peut implémenter tout ce que le profil utilise. La chaîne de version est un résumé écrit par un empaqueteur, pas une liste de fonctions.

Précisez si l'instruction signifie « cette fonction ou plus récente » ou « cette compilation exacte a été testée ». Les deux réponses mènent à des dépôts différents.

Le nom de code doit correspondre à la version de base

Les dépôts sont indexés par le nom de code de la distribution, et le nom de version d'une dérivée n'est pas le nom de code de sa base. Lisez /etc/os-release pour VERSION_CODENAME et ID_LIKE, puis confirmez quelle version de base la dérivée suit. Une ancienne réponse qui associait une version de bureau à un nom de code Ubuntu ne dit rien de la suivante. Deviner le nom de code est la façon dont un système finit par tirer des paquets compilés contre une autre bibliothèque C.

Vérifiez ce que le gestionnaire de paquets propose déjà avec apt-cache policy openvpn avant d'ajouter quoi que ce soit. Si le candidat installé satisfait l'exigence, la question du dépôt disparaît.

À quoi un dépôt amont se lie réellement

Un canal amont publie des compilations pour des versions de base précises, et ses instructions associent une ligne de dépôt à une clé de signature et à un nom de code pris en charge. Ces éléments ne sont pas des espaces réservés à remplacer par le nom de code que vous connaissez. Les dépendances sont résolues contre la version visée par la compilation, si bien qu'un paquet qui s'installe proprement peut tout de même casser un logiciel sans rapport qui partage une bibliothèque.

Lisez le guide du dépôt de l'implémentation choisie et suivez son tableau de compatibilité actuel plutôt que la copie d'un blog plus ancien.

Installer n'est pas intégrer

Remplacer le binaire openvpn n'ajoute pas un greffon NetworkManager manquant, une boîte de dialogue d'import ni un éditeur de bureau. Ceux-ci vivent dans des paquets distincts comme network-manager-openvpn et son équivalent de bureau, et ils ont leur propre relation de version avec la bibliothèque cliente. OpenVPN 3 Linux est encore une autre implémentation, avec son propre modèle de session et de configuration, donc ses paquets ne remplacent pas directement un flux de travail avec profil 2.x.

Décidez quel composant possède le tunnel en cours avant d'installer quoi que ce soit. Deux gestionnaires sur un même hôte produisent la même confusion de tunnel en double que deux clients.

Notez les trois décisions

Consignez l'implémentation, la version de base et le responsable des mises à jour, et notez laquelle doit changer. C'est cette consignation qu'une future mise à niveau lira quand la ligne du dépôt cessera de fonctionner après une version de la distribution. Sans elle, la personne suivante répète la devinette du nom de code avec un numéro plus récent.

Si le canal dont vous avez besoin ne prend plus en charge la version de base, la réponse est une migration de plateforme, pas un dépôt d'il y a trois versions.