C'est un problème obscur. Un alarmant. Mais il y a une fin heureuse. Permettez-moi donc de présenter l'énoncé du problème. Sur moi Slimbook, qui exécute avec bonheur Kubuntu Beaver, j'ai configuré une connexion VPN, pour voir à quel point le système d'exploitation gère toutes sortes de choses, de technologies et de cas d'utilisation. Ce n'était pas anodin, car il manquait un paquet nécessaire et ainsi de suite, mais au final, j'ai réussi à faire fonctionner les choses.
Puis, tout à coup, les choses ont cessé de fonctionner. Le VPN ne se connecterait plus, avec une erreur plutôt ambiguë affichée dans le journal système (rien d'autre n'est montré à l'utilisateur, il y a juste un échec silencieux lors de la connexion) lisant quelque chose comme :Plugin VPN :échec :échec de la connexion (1). Ma première pensée a été, oh non, une régression. Mais plutôt que de simplement blâmer Kubuntu, j'ai décidé d'approfondir davantage ce sujet.
Remarque :image reproduite avec l'aimable autorisation de Freeimages.com/fabrizio turco.
Problème plus en détail
Si vous avez suivi mes rapports de combat Slimbook, alors vous savez qu'il y a des problèmes, y compris une régression occasionnelle ou un bug se faufilant sous le radar. Cela signifie que je ne peux pas être sûr à 100% que le système d'exploitation fournit toujours une base solide, immuable et fiable. Il y a toujours un doute.
Naturellement, lorsqu'une session de test se passe mal et que quelques autres choses se bloquent, la première pensée que vous avez est que quelqu'un a encore bousillé un autre composant. Quoi qu'il en soit, il n'y avait aucun message d'erreur visible d'aucune sorte. Dans les logs, j'avais ceci :
30 janvier 10:12:38 slimbook NetworkManager[1886] :
Ensuite, la boîte magique de réponses Internet indique que cela est lié à OpenVPN, dans lequel depuis la version 2.4, la disposition des dossiers et des configurations sur le disque a changé. Cela casse en effet le flux, et je trouve déconcertant que quelque chose comme ça puisse arriver, mais bon, open-source, Linux, ignorons la stabilité. Cependant, ce bogue particulier a été résolu avant que j'achète le Slimbook, et j'avais la bonne arborescence de répertoires sous /etc, donc ce n'était pas ça. Autre chose, alors.
Solution
À ce stade, ce que j'ai fait, c'est d'examiner chaque morceau de la pile, un par un. En regardant la configuration VPN dans le gestionnaire de réseau, j'ai examiné chaque option et fichier répertoriés, et j'ai découvert qu'il y avait un problème là, entièrement causé par PEBKAC ! Moi même! D'une manière ou d'une autre, pour une raison étrange, j'avais déplacé la clé réelle dans un dossier différent et le VPN n'a pas pu la trouver. La restauration de la clé à l'emplacement prévu a résolu le problème immédiatement.
Maintenant, la solution idéale serait que le gestionnaire de réseau mette en cache les clés ou avertisse l'utilisateur que le fichier de clé est manquant. Je veux dire, c'est la chose la plus évidente, donc s'il y a des erreurs de configuration, elles doivent être expliquées de manière à aider les utilisateurs à résoudre le problème de manière claire. Dire "échec du plugin" ne veut rien dire.
Mais vous pouvez dire, pourquoi vous embêtez-vous à écrire cet article, vous avez causé le problème ! Corriger. Mais, la manifestation du problème n'était pas évidente, l'erreur n'était pas évidente, le facteur de blâme n'était pas évident, et même déplacer le blâme de Kubuntu vers OpenVPN, ce qui semble trivial compte tenu du rapport de bogue ci-dessus, n'aide pas à faire avancer la résolution de quelque manière que. Enfin, le système d'exploitation ne gère pas cette exception avec élégance. Loin de là, le message d'erreur est trompeur.
D'où ce tutoriel.
Conclusion
J'aurais pu simplement régler ce problème et passer à autre chose, et personne ne le saurait ou ne s'en soucierait. Alternativement, j'aurais pu simplement abandonner et blâmer tel ou tel facteur, ce qui est assez souvent ce que font les gens. Il est beaucoup plus difficile d'introspecter et d'auto-examiner les modèles d'utilisation. Mais c'est une partie nécessaire de la méthode de résolution de problèmes. Je suis heureux d'exonérer le système d'exploitation et le logiciel VPN.
Cependant, je pense aussi qu'il y a beaucoup de place à l'amélioration. Les messages d'erreur génériques conduisent à des solutions génériques qui n'aident pas vraiment. J'aurais pu m'arrêter à ce rapport de bogue VPN. Je pense que le logiciel devrait être plus robuste et intuitif, et que les erreurs doivent refléter la cause exacte plutôt qu'une entrée apparemment aléatoire dans la table des erreurs. Eh bien, j'espère que certains d'entre vous trouveront cet article intéressant. Il ne s'agit pas d'un incident particulier, il s'agit de savoir comment gérer des problèmes inconnus et ne pas être aveuglé par de faux positifs. Nous avons terminé.