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.
📖 Lire la source complète : r/openclaw
👀 See Also
Qwen 3.6 27B testé sur DeepSWE : score de 2 %, 70 heures, 44k jetons de sortie en moyenne
Qwen 3.6 27B (FP8, cache KV BF16, contexte 262k) a obtenu 2% sur DeepSWE en 70 heures. Les tokens de sortie ont atteint en moyenne 44k par tâche — comparable à des modèles plus grands comme Qwen 3.6 Plus. Exécuté sur 1x RTX6000 Pro Blackwell via RunPod.
Kimi 19$/mo Mise à jour : Amélioration d'OpenClaw avec des modèles structurés
Kimi présente sa dernière mise à jour au prix de 19 $/mois, axée sur l'amélioration de la structuration des modèles au sein d'OpenClaw. Cette mise à jour promet des opérations rationalisées et des fonctionnalités d'automatisation améliorées.
La version 2026.3.11 d'OpenClaw ajoute une configuration locale d'Ollama, une mémoire multimodale et des contrôles de fils de discussion Discord.
OpenClaw 2026.3.11 introduit une configuration Ollama de première classe avec des modes local uniquement ou hybride, ajoute l'indexation multimodale d'images et d'audio à la recherche en mémoire en utilisant les embeddings Gemini, et fournit des temps d'archivage configurables pour les fils Discord.
Discussion OpenClaw sur la messagerie entre agents IA et le partage de contexte
Une discussion sur Reddit explore les implications des agents d'IA utilisant un contexte personnel pour communiquer avec d'autres agents au nom d'un utilisateur, en examinant les informations que les utilisateurs pourraient être prêts à partager.