Export Viscosity face à un profil OpenVPN simple sous Linux

Renommer un fichier .visz de Viscosity en .ovpn ne change pas ce qu’il contient, car l’extension n’a jamais décrit un protocole. La comparaison qui compte oppose un paquet avec dépendances à un profil client simple qui n’en a aucune. Déterminez quel conteneur vous avez réellement reçu avant de demander à un importateur sous Linux de le lire.

Ce que contient chaque conteneur

La documentation d’export de Viscosity décrit un paquet de connexion .visc et une forme d’archive .visz, qui est une archive tar compressée. Un paquet transporte la configuration avec les fichiers de certificat, de clé et de script dont il dépend. Un profil OpenVPN simple est un seul fichier, et tout ce à quoi il renvoie doit exister séparément ou être intégré à l’intérieur.

Cette différence est toute la comparaison. Les relations du paquet font partie de l’artefact ; celles du profil simple sont une supposition. Déplacer un paquet vers Linux sans préserver ces relations produit un fichier qui s’ouvre puis échoue à la première référence manquante. Un profil qui intègre ses certificats évite cet échec en transportant tout au même endroit, ce qui est pratique jusqu’à ce que quelqu’un doive renouveler l’un d’eux.

L’extension externe vous indique quel conteneur vous avez, pas quel client peut l’utiliser.

Où commence réellement la configuration

À l’intérieur du paquet, l’éditeur documente un config.conf à côté des fichiers dépendants, les références étant résolues localement. Ce fichier est le point de départ, pas le nom de l’archive ni le certificat qui se trouve par hasard en tête de la liste du répertoire.

Sous Linux, le paquet peut apparaître comme un répertoire plutôt que comme un objet unique, car l’archive se déploie en fichiers qui s’attendent à rester ensemble. Gardez des chemins relatifs cohérents dans l’espace de travail où vous extrayez, et ne convertissez pas à la main un chemin absolu Windows en chemin Linux. Un fichier dépendant manquant et un mauvais chemin produisent la même plainte du client.

Supprimer une option de confiance ou d’identité pour faire taire cette plainte n’est pas une correction.

Ce que le paquet ne transporte pas

Les préférences propres à Viscosity ne sont pas toutes des options OpenVPN. Les scripts, le comportement des routes et les réglages d’application doivent peut-être être représentés par l’intégration prise en charge du client Linux plutôt que copiés sous forme de texte qu’un autre programme peut exécuter.

Traitez tout script inclus comme une donnée jusqu’à ce que vous l’ayez lu et jugé autorisé. L’exécuter parce que l’export le contenait inverse la vérification que vous étiez censé effectuer. La même prudence vaut pour les identifiants intégrés : un paquet peut transporter du matériel de clé privée, donc une copie de travail appartient à un emplacement protégé et non à un dossier de téléchargements.

L’original reste protégé jusqu’à l’acceptation de la migration.

Ce que le côté Linux doit décider

Décidez qui possédera la connexion : Community OpenVPN seul, le greffon NetworkManager ou un autre client pris en charge. Chacun accepte un jeu d’options différent, et chacun gère les routes, les résolveurs et les secrets différemment. Un fichier qui s’ouvre correctement dans un importateur peut être rejeté par un autre, et le succès à l’import ne prouve pas la compatibilité avec la connexion visée. Demandez à l’exploitant s’il existe déjà un profil compatible Linux, car partir de l’artefact pris en charge est plus court que d’en traduire un.

Tenez la confiance du serveur, l’identité du client et la protection de la clé privée comme trois questions distinctes.

La vérification avant de vous connecter

Vérifiez le point de terminaison et le transport, la méthode d’authentification, chaque référence de fichier ainsi que la politique de routes et de DNS prévue. Vérifiez ensuite la connexion et l’application requise séparément, car un tunnel qui monte ne dit rien sur la capacité de l’application à atteindre ce dont elle a besoin.

openvpn --config ./config.conf --verb 4

Comparez le résultat négocié avec ce que l’exploitant dit que le profil devrait faire, et notez toute option que le client Linux a ignorée.

Lorsque la migration est acceptée, retirez les copies de transfert via le processus habituel de gestion des identifiants. Un paquet laissé dans un dossier partagé est un identifiant laissé dans un dossier partagé.