Steuerung der Benutzeroberfläche: LAN-Zugriffsprobleme in Docker OpenClaw Bridge-Netzwerken

LAN-Zugriffsprobleme in Docker-Bridge-Netzwerken

Ein Benutzer auf r/openclaw beschreibt anhaltende Schwierigkeiten beim Zugriff auf die Control-UI von OpenClaw, wenn sie in Docker-Bridge-Netzwerken läuft. Das Problem betrifft die Handhabung von LAN-Verbindungen in verschiedenen OpenClaw-Versionen.

Versionsspezifisches Verhalten

Laut der Quelle erlaubte Version 2026.3.14 kurzzeitig LAN-Verbindungen zur Control-UI mit einem gültigen Token. Das Upgrade oder Downgrade auf andere Versionen brach diese Funktionalität jedoch. Der Benutzer erwähnt speziell, dass Version 2026.3.23 das Problem immer noch zeigt, mit Fehlern wie "pairing required" und "missing scope:operater.read".

SSH-Tunnel-Einschränkungen

Der Standard-SSH-Tunnel-Workaround funktioniert in Docker-Bridge-Netzwerkkonfigurationen nicht. Wenn OpenClaw im Standard-Bridge-Netzwerk von Docker läuft, maskiert der Host IP-Adressen, wodurch SSH-Tunnel-Verbindungen für OpenClaw als Remote-IPs erscheinen. Dies verhindert eine ordnungsgemäße Authentifizierung.

Komplexe Netzwerkkonfiguration

Das Setup des Benutzers fügt weitere Komplexität hinzu: Der OpenClaw-Container ist an ein Wireguard-Docker-Netzwerk für VPN-Ausgang angeschlossen. Um das LAN-Zugriffsproblem zu umgehen, installierten sie sshd auf ihrem Wireguard-Container, konfigurierten Benutzer-/Passwortberechtigungen und richteten sshd speziell ein, um SSH-Tunnel zu erlauben. Dieser aufwändige Aufbau war nur notwendig, um auf die Control-UI eines Containers zuzugreifen, der von externen Verbindungen isoliert ist.

Der Benutzer äußert die Hoffnung, dass tokenbasierter LAN-Zugriff auf die Control-UI in zukünftigen Versionen wiederhergestellt wird, um diesen Wartungsaufwand zu beseitigen.