Le script de pont VPN appelle toujours brctl : ce que cela signifie

Le client du tunnel est installé, le profil est valide, et l’assistant échoue toujours sur une commande nommée brctl. Réinstaller le paquet VPN n’y remédie pas, car le programme manquant ne fait pas partie du tunnel. Il fait partie d’un script de pont local, et le script réclame un outil que le système actuel ne fournit plus par défaut. Les deux problèmes ne semblent liés que parce que le script s’exécute au moment de la connexion.

Un programme auxiliaire manquant n’est pas une panne du tunnel

Commencez par l’invocation exacte et son environnement. Une commande présente dans votre shell interactif peut manquer dans le chemin de recherche restreint d’un service, donc une erreur « introuvable » peut signifier deux choses différentes. Exécutez command -v brctl en tant qu’utilisateur du service, et lisez l’unité qui lance le script avec systemctl cat openvpn-bridge-helper ou son équivalent. Le texte de l’erreur nomme généralement le binaire manquant, et ce nom est la dépendance à résoudre.

Réinstaller le client du tunnel fournit le tunnel, pas l’utilitaire de pont. Ce sont des paquets distincts avec des mainteneurs distincts.

Ce que faisait brctl, et pourquoi il est obsolète

L’outil créait et administrait des ponts Ethernet Linux : addbr créait un pont, et addif y attachait un port. Le manuel de Debian le marque comme obsolète et renvoie aux outils de pont d’iproute2, qui couvrent davantage. Obsolète ne signifie pas supprimé partout, et la présence d’un outil plus récent ne fait pas réussir l’appel littéral à brctl dans un script.

La question n’est donc pas de savoir si brctl est bon. Elle est de savoir si le script est encore maintenu et quel paquet, le cas échéant, votre distribution fournit pour lui.

Deux options honnêtes : maintenir ou migrer

Maintenir signifie installer la dépendance documentée depuis le paquet pris en charge de votre distribution et confirmer l’origine du script, la version attendue et le chemin d’exécution. Cela satisfait un exécutable manquant et rien d’autre : les noms de pont, le plan d’adressage et le comportement de nettoyage du script restent non validés. Migrer signifie réécrire les opérations prévues pour la configuration réseau prise en charge. La création du pont, l’attachement des ports, l’adressage de l’hôte et l’activation du lien sont quatre changements distincts, et un alias shell de brctl vers un autre utilitaire n’est pas une traduction.

Les équivalents iproute2 sont courts : ip link add name br-vpn type bridge crée le pont, et ip link set tap0 master br-vpn y attache un port.

Notez l’option que vous avez choisie et à qui appartient le script. Un assistant à moitié migré qui appelle les deux outils est pire que l’un ou l’autre.

Examinez la conception du pont avant l’une ou l’autre

Un pont Ethernet convient à une conception qui a besoin d’un transport Ethernet et de pairs TAP. Installer des utilitaires de pont ne transforme pas une connexion TUN routée en pont, et un profil routé pris en charge ne devrait pas être plié pour correspondre à un script sans rapport. Si le profil route, cherchez pourquoi un assistant de pont s’exécute du tout.

Avant de toucher un vrai pont, préservez le chemin de gestion et identifiez l’unique propriétaire de la configuration réseau.

Lisez ensuite l’erreur suivante une fois la dépendance corrigée. La configuration locale du pont, l’authentification distante et le trafic autorisé à travers le résultat sont trois issues distinctes, et une seule d’entre elles a jamais concerné brctl.