Docker OpenClaw ブリッジネットワークにおけるControl-UI LANアクセス問題

DockerブリッジネットワークにおけるLANアクセスの問題

r/openclawのユーザーが、Dockerブリッジネットワークで実行している際にOpenClawのControl-UIにアクセスする継続的な困難について説明しています。この問題は、異なるOpenClawバージョン間でのLAN接続処理を中心としています。

バージョン固有の動作

情報源によると、バージョン2026.3.14では一時的に有効なトークンを使用してControl-UIへのLAN接続が許可されていました。しかし、他のバージョンへのアップグレードまたはダウングレードにより、この機能は失われました。ユーザーは特にバージョン2026.3.23でも問題が発生し、「ペアリングが必要」や「missing scope:operater.read」などのエラーが含まれると述べています。

SSHトンネルの制限

標準的なSSHトンネルの回避策は、Dockerブリッジネットワーク構成では失敗します。OpenClawがDockerのデフォルトブリッジネットワークで実行されている場合、ホストはIPアドレスを偽装するため、SSHトンネル接続がOpenClawに対してリモートIPとして表示されます。これにより適切な認証が妨げられます。

複雑なネットワーク構成

ユーザーの設定はさらに複雑です：OpenClawコンテナはVPN出口用のWireguard Dockerネットワークに接続されています。LANアクセスの問題を回避するために、彼らはWireguardコンテナにsshdをインストールし、ユーザー/パスワードの権限を設定し、特にSSHトンネルを許可するようにsshdをセットアップしました。この入念な設定は、外部接続から隔離されたコンテナのControl-UIにアクセスするためだけに必要でした。

ユーザーは、将来のバージョンでControl-UIへのトークンベースのLANアクセスが復活し、この保守負担が解消されることを期待しています。