Problèmes d'accès LAN de l'interface de contrôle dans les réseaux Docker OpenClaw Bridge

Problèmes d'accès LAN dans les réseaux pont Docker

Un utilisateur sur r/openclaw décrit des difficultés persistantes pour accéder à l'interface de contrôle d'OpenClaw lorsqu'il fonctionne dans des réseaux pont Docker. Le problème concerne la gestion des connexions LAN à travers différentes versions d'OpenClaw.

Comportement spécifique aux versions

Selon la source, la version 2026.3.14 a brièvement autorisé les connexions LAN vers l'interface de contrôle avec un jeton valide. Cependant, la mise à niveau ou le retour à d'autres versions a rompu cette fonctionnalité. L'utilisateur mentionne spécifiquement que la version 2026.3.23 présente toujours le problème, avec des erreurs incluant "appairage requis" et "portée manquante : operater.read".

Limitations du tunnel SSH

Le contournement standard par tunnel SSH échoue dans les configurations de réseau pont Docker. Lorsqu'OpenClaw fonctionne sur le réseau pont par défaut de Docker, l'hôte masque les adresses IP, faisant apparaître les connexions de tunnel SSH comme des IP distantes pour OpenClaw. Cela empêche une authentification correcte.

Configuration réseau complexe

La configuration de l'utilisateur ajoute une complexité supplémentaire : le conteneur OpenClaw est attaché à un réseau docker Wireguard pour la sortie VPN. Pour contourner le problème d'accès LAN, ils ont installé sshd sur leur conteneur Wireguard, configuré les autorisations utilisateur/mot de passe, et paramétré sshd spécifiquement pour autoriser les tunnels SSH. Cette configuration élaborée était nécessaire uniquement pour accéder à l'interface de contrôle d'un conteneur isolé des connexions externes.

L'utilisateur exprime l'espoir que l'accès LAN basé sur des jetons à l'interface de contrôle sera restauré dans les versions futures pour éliminer cette charge de maintenance.