Option L2TP absente de la boîte de dialogue réseau : quoi installer

Vous ajoutez une connexion VPN, vous cherchez L2TP/IPsec dans la liste, et il n'y est pas. Ou bien il y est, le profil s'enregistre, et la connexion meurt avec un message au sujet d'un greffon. Les deux symptômes pointent vers une pile de paquets qui s'installent indépendamment, et la boîte de dialogue ne vous en montre que la fin. Cartographiez les pièces avant d'installer quoi que ce soit.

Partez de la pile, pas du menu

L'option apparaît quand le gestionnaire trouve un greffon qui annonce ce type de VPN. Ce greffon a lui-même besoin d'un démon L2TP et d'une implémentation IPsec à l'exécution, plus un module PPP pour le lien lui-même. Chacun d'eux est un paquet distinct avec sa propre chaîne de dépendances, et une distribution peut les livrer dans des combinaisons qui ne sont que partiellement complètes. Installer un démon IPsec seul n'ajoute rien à la liste, parce que le gestionnaire ne le cherche pas. Lisez d'abord les greffons installés, puis descendez.

Un élément manquant dans le menu est une question de paquetage. Ce n'est presque jamais une question de configuration, même si cela y ressemble beaucoup.

Éditer et exécuter sont des paquets distincts

Le greffon du service établit les connexions, et un composant éditeur est ce qui permet à une fenêtre de réglages du bureau d'afficher et d'enregistrer les options du protocole. Ils sont empaquetés séparément, et certaines distributions livrent l'un sans l'autre. Le résultat est une connexion qui existe, peut être démarrée en ligne de commande, et ne peut pas être éditée dans l'outil graphique.

Regardez l'environnement de bureau en cours avant de choisir un nom de paquet. Le composant d'édition de GNOME n'est pas le même paquet qu'une interface KDE, et une distribution peut renommer l'un ou l'autre. Prenez le nom dans la liste de paquets de cette version.

Le greffon PPP vit dans un chemin versionné

L2TP fonctionne sur PPP, et le greffon que charge le service est compilé pour une version précise de PPP, il vit donc dans un répertoire nommé d'après cette version. Une recette qui code en dur un chemin plus ancien décrit la machine sur laquelle elle a été écrite. Si la version ici diffère, le greffon ne sera pas trouvé, quelle que soit la prudence avec laquelle la commande a été copiée.

C'est l'argument le plus fort en faveur du paquet de la distribution plutôt que d'une compilation recopiée. Les mainteneurs de paquets suivent ce chemin ; une ligne configure recopiée ne le fait pas.

Un échec de négociation n'est pas un échec d'installation

Une fois l'option présente et le profil enregistré, l'échec suivant relève d'une autre classe de problème. Un pair qui rejette l'authentification, c'est le backend IPsec qui vous dit quelque chose de précis.

Lisez le journal du backend lui-même avant de réinstaller quoi que ce soit. Le journal du gestionnaire montre le greffon qui passe la main et le démon IPsec qui explique pourquoi il s'est arrêté, et ces deux lignes ensemble indiquent quel côté a refusé. Réinstaller un éditeur ne corrige pas une clé pré-partagée rejetée, et réinstaller un greffon ne corrige pas un serveur qui attend d'autres propositions. Séparez les couches dans vos notes avant de toucher à un paquet.

Deux secrets, deux champs

L'authentification IPsec et la connexion PPP de l'utilisateur sont des secrets sans rapport qui se trouvent par hasard dans la même boîte de dialogue. L'un authentifie les machines, l'autre authentifie une personne auprès du service L2TP, et un serveur peut accepter l'un en rejetant l'autre.

Placez le mot de passe du compte dans le champ PPP et le secret partagé dans le champ IPsec, puis vérifiez lequel des deux le journal a signalé. Copier un mot de passe dans une case de secret partagé parce que les deux champs sont masqués est une erreur courante et totalement silencieuse. Notez les versions de paquets avec lesquelles vous avez terminé, car la machine suivante a besoin de la même combinaison et la boîte de dialogue ne dira à personne laquelle.