Vous ouvrez le portail dans un navigateur, vous vous connectez, et la page de téléchargement propose un client que la matrice de l'éditeur ne répertorie pas pour votre distribution. C'est le moment de s'arrêter et de poser des questions, pas celui d'essayer le paquet quand même. La première décision concerne l'environnement de point de terminaison pris en charge, et le fait qu'un fichier DEB se décompresse n'en fait pas partie. Partez du portail et progressez vers l'extérieur.

Voici l'ordre que je suivrais avec le responsable du VPN avant d'installer quoi que ce soit.

1. Demandez le portail et la version approuvée

Obtenez du responsable l'adresse du portail, la version du client que l'organisation déploie réellement et les exigences d'authentification. Une URL de portail issue des notes d'un collègue n'est pas la même que celle qui est approuvée, et la version compte parce que les fonctions diffèrent d'une version à l'autre.

Ouvrez ensuite le portail et regardez ce qu'il propose pour Linux. La page de téléchargement reflète généralement la configuration de la passerelle plutôt que le statut de prise en charge de votre distribution, si bien qu'un paquet proposé peut rester une combinaison non prise en charge. Notez le numéro de version indiqué par la page et comparez-le à celui qui a été déployé.

2. Lisez la matrice de compatibilité comme un tableau, pas comme un slogan

La matrice de compatibilité de l'éditeur liste les versions de Linux face aux versions de l'application et sépare l'architecture de la prise en charge d'interface. Une entrée Ubuntu ne déclare pas prise en charge toute distribution dérivée d'Ubuntu, donc un poste Mint a besoin de sa propre réponse. Vérifiez la version exacte, l'architecture du processeur et si c'est la CLI ou la GUI qui est l'interface prise en charge pour cette combinaison.

Quand la matrice nomme une version d'Ubuntu mais pas Mint, la réponse honnête pour ce poste est non, aussi proprement que s'installe le paquet. L'alternative prise en charge est une distribution que la matrice nomme effectivement, ou une version que le responsable déploie déjà sur l'une d'elles.

3. Faites correspondre le flux d'authentification au type de client

Le chemin d'authentification détermine quel client peut terminer la connexion. Un flux SAML nécessite un navigateur, et la prise en charge de SAML dans la CLI Linux est arrivée avec GlobalProtect app 6.2.1, donc une CLI plus ancienne ne peut pas terminer le même flux que la GUI.

Demandez quel flux la passerelle impose avant de choisir entre CLI et GUI, car la réponse n'est pas une préférence. La connexion par certificat, les invites MFA et toute évaluation de l'appareil ajoutent une étape que le client doit prendre en charge. Un client qui se connecte puis échoue à une évaluation ressemble à une panne réseau et n'en est pas une.

4. Sachez où un client tiers cesse d'être une option

Un client tiers n'est viable que si l'administrateur prend en charge son protocole et son jeu de fonctions. L'interopérabilité avec l'ancien XAuth/IPsec est un arrangement particulier de la passerelle, pas l'autorisation de remplacer n'importe quelle application qui se présente comme un client SSL VPN. La vérification du serveur, les exigences relatives à l'appareil et les identifiants restent exactement tels que l'organisation les a fixés. Les affaiblir pour les adapter à un client local est un changement de politique portant une étiquette de compatibilité.

Le test que le responsable appliquera est court : la passerelle impose-t-elle SAML, une invite MFA ou une évaluation de l'appareil que ce client ne peut pas terminer ? Si l'un de ces éléments est requis, aucune interopérabilité au niveau du protocole ne sauve la substitution, et la conversation relève des points de terminaison pris en charge.

5. Rendez la réponse au responsable

Apportez la combinaison précise au responsable du VPN : distribution et version, architecture, interface, flux d'authentification et version de client que vous proposez. Cette liste est assez courte pour être traitée en un seul message.

Si la combinaison n'est pas prise en charge, la réponse prise en charge est généralement un autre environnement de point de terminaison approuvé plutôt qu'un contournement. Demandez-le explicitement, car une demande formulée comme faites fonctionner mon client invite à un changement de passerelle, tandis qu'une demande formulée comme quel point de terminaison prenez-vous en charge pour cet utilisateur invite à une décision. Dans tous les cas, notez ce qui a été convenu pour que la personne suivante ne refasse pas le même parcours.

Articles similaires