Trois questions séparent un argument de version d’une enquête sur une fonction : quel composant est censé fournir l’option, quelle version de ce composant est réellement installée et ce que son journal des modifications en dit. Le numéro d’une extension seul ne répond à aucune d’elles. Le raccourci tentant, comparer une version abrégée au minimum d’un tutoriel, échoue parce que les chaînes de version des distributions ne sont pas des décimales. Décidez ce que vous comparez avant de le comparer.

L’option peut vivre dans NetworkManager, dans son extension VPN, dans le moteur sous-jacent ou dans une interface de bureau séparée. Ce sont quatre projets avec quatre histoires de versions.

Quatre composants, quatre histoires de versions

L’éditeur que vous voyez est généralement une extension, et l’extension appelle un moteur comme le binaire OpenVPN ou une implémentation WireGuard. NetworkManager lui-même fournit le modèle de connexion, et une interface de bureau peut ajouter ses propres champs par-dessus. Une fonction peut apparaître dans n’importe lequel d’entre eux, et mettre à jour l’un ne met pas à jour les autres. Un moteur plus récent ne prouve pas que l’éditeur installé peut importer une option que le moteur prend en charge.

Partez du symptôme : le champ manque-t-il dans la boîte de dialogue, est-il absent après l’importation, ou présent mais ignoré ? Ces observations désignent des composants différents et exigent des preuves différentes.

Analysez la version avant de la comparer

La politique de paquets de Debian définit le format comme epoch, version upstream et révision d’empaquetage. L’epoch est comparé d’abord, puis la partie upstream, puis la révision, selon les règles de tri du gestionnaire de paquets lui-même plutôt que par arithmétique décimale ou tri alphabétique simple. Le tilde se trie avant tout, y compris avant la fin de cette partie, et c’est ainsi qu’un candidat de version précède la version finale. C’est la lecture séparée des parties qui rend une comparaison significative.

N’inventez pas de règle de conversion pour quelque autre schéma où 0.8.999 semble proche de 0.9. La proximité des chiffres n’est pas une preuve sur le contenu.

Demandez ce qui est installé et ce que ce serait

apt-cache policy rapporte la version installée, le candidat et le dépôt d’où vient chacun, pour chaque paquet que vous nommez. Lisez-le pour le moteur et pour l’extension, et notez des chaînes complètes plutôt que des formes abrégées. Les métadonnées locales peuvent être périmées, et une version candidate ne prouve pas qu’un processus en cours a chargé cette compilation. Si un service n’a pas été redémarré depuis la mise à jour, le fichier sur le disque et le comportement que vous observez peuvent diverger.

Lisez ensuite le journal des modifications correspondant. Une révision d’empaquetage peut porter des correctifs sans adopter un nouveau numéro upstream, et c’est exactement le cas où la version semble inchangée et le comportement diffère.

Prouvez l’option dans le composant propriétaire

Pour un problème d’importation, inspectez les champs pris en charge de l’extension installée et le résultat enregistré plutôt que la seule boîte de dialogue. Une étiquette, un champ de données natif et un argument de moteur peuvent être trois représentations d’un même réglage, et le succès de l’importation d’un fichier ne dit rien sur la survie de chaque directive. Nommez la fonction avec précision : par exemple, accepter cette directive en préservant sa signification pour l’authentification.

Si la compilation prise en charge pour cette version manque l’intégration, choisissez un chemin de mise à jour approuvé ou un autre client. Mélanger le dépôt d’une autre version, ou appliquer un correctif source archivé pour relever un numéro visible, échange un argument de version contre un système non pris en charge.

Un rapport utile nomme la distribution, les versions complètes des paquets, le propriétaire de la connexion active, l’option requise et le comportement enregistré observé. C’est une question reproductible.

Articles similaires