メインコンテンツへスキップ
OpenClawはホスト上で1つのGateway(マスター)を実行し、すべてのクライアントをそこへ接続します。Gatewayはセッション、認証プロファイル、チャンネル、状態を所有し、それ以外はすべてクライアントです。
  • オペレーター(あなた、またはmacOSアプリ): Gatewayに到達できる場合は、直接LAN/Tailnet WebSocketが最も簡単です。SSHトンネルは汎用フォールバックです。
  • Node(iOS/Androidおよびその他のデバイス): Gateway WebSocket(LAN/tailnetまたはSSHトンネル)に接続します。

中核となる考え方

Gateway WebSocketはデフォルトでループバックにバインドし、ポートは18789gateway.port)です。リモート利用では、Tailscale Serve / 信頼済みLAN-Tailnetバインド経由で公開するか、SSHでループバックポートを転送します。

トポロジーの選択肢

セットアップGatewayを実行する場所最適な用途
tailnet内の常時稼働Gateway永続ホスト(VPSまたはホームサーバー)、TailscaleまたはSSH経由で到達スリープしがちなノートPCでも、エージェントを常時稼働させたい場合。exe.dev(簡単なVM)またはHetzner(本番VPS)を参照してください。
自宅デスクトップデスクトップ。ノートPCはmacOSアプリのリモートモード(設定 → 接続 → OpenClawの実行先)でリモート接続します電源が入ったままのハードウェア上でエージェントを維持する場合。手順書: macOSリモートアクセス
ノートPCノートPC。SSHトンネルまたはTailscale Serveで安全に公開します(gateway.bind: "loopback"を維持)単一マシンのセットアップ。TailscaleWebを参照してください。
常時稼働とノートPCのセットアップでは、gateway.bind: "loopback"を維持し、Control UIにはTailscale Serveを使用するか、gateway.remote.transport: "direct"で信頼済みLAN/Tailnetバインドを使うことを推奨します。SSHトンネルは、どのマシンからでも動作するフォールバックです。

コマンドフロー(何がどこで実行されるか)

1つのGatewayが状態とチャンネルを所有し、Nodeは周辺機器です。例(TelegramメッセージがNodeツールへルーティングされる場合):
  1. TelegramメッセージがGatewayに到着します。
  2. Gatewayがエージェントを実行し、Nodeツールを呼び出すかどうかを判断します。
  3. GatewayがGateway WebSocket(node.invoke RPC)経由でNodeを呼び出します。
  4. Nodeが結果を返し、GatewayがTelegramへ返信します。
NodeはGatewayサービスを実行しません。意図的に分離プロファイルを実行する場合を除き、ホストごとに実行するGatewayは1つだけにしてください(複数Gatewayを参照)。macOSアプリの「Nodeモード」は、Gateway WebSocket経由のNodeクライアントにすぎません。

SSHトンネル(CLI + ツール)

ssh -N -L 18789:127.0.0.1:18789 user@gateway-host
トンネルが有効な状態では、openclaw healthopenclaw status --deepws://127.0.0.1:18789経由でリモートGatewayに到達します。openclaw gateway statusopenclaw gateway healthopenclaw gateway probeopenclaw gateway callも、--urlを使って転送先URLを対象にできます。
18789は、設定済みのgateway.port(または--port / OPENCLAW_GATEWAY_PORT)に置き換えてください。
--urlは設定や環境の認証情報へフォールバックしません。--tokenまたは--passwordを明示的に渡してください。指定しない場合、クライアントは認証情報を送信せず、対象Gatewayが認証を要求していると接続は失敗します。

CLIリモートデフォルト

リモートターゲットを永続化し、CLIコマンドがデフォルトでそれを使うようにします。
{
  gateway: {
    mode: "remote",
    remote: {
      url: "ws://127.0.0.1:18789",
      token: "your-token",
    },
  },
}
Gatewayがループバック専用の場合は、URLをws://127.0.0.1:18789のままにし、先にSSHトンネルを開きます。macOSアプリのSSHトンネルトランスポートでは、検出されたGatewayホスト名をgateway.remote.sshTargetuser@hostまたはuser@host:port)に設定します。gateway.remote.urlはローカルトンネルURLのままです。リモートポートがローカルポートと異なる場合は、gateway.remote.remotePortを設定します。 ホストキー検証はデフォルトで厳格です(gateway.remote.sshHostKeyPolicy: "strict")。代わりに有効なOpenSSH設定へ委任するには、"openssh"に設定します。有効化する前に、ユーザーおよびシステムのSSH設定を確認してください。 信頼済みLANまたはTailnet上ですでに到達可能なGatewayには、直接モードを使用します。
{
  gateway: {
    mode: "remote",
    remote: {
      transport: "direct",
      url: "ws://192.168.0.202:18789",
      token: "your-token",
    },
  },
}

認証情報の優先順位

Gatewayの認証情報解決は、call/probe/statusパスとDiscord実行承認監視にまたがる共通契約に従います。Node-hostも同じ契約を使用しますが、ローカルモードの例外が1つあります(gateway.remote.*を無視します)。
  • 明示的な認証情報(--token--password、またはツールのgatewayToken)は、明示的な認証を受け付けるcallパスでは常に優先されます。
  • URLオーバーライドの安全性:
    • CLI --urlは暗黙の設定/環境認証情報を再利用しません。
    • Env OPENCLAW_GATEWAY_URLは環境認証情報のみ(OPENCLAW_GATEWAY_TOKEN / OPENCLAW_GATEWAY_PASSWORD)を使用できます。
  • ローカルモードのデフォルト:
    • token: OPENCLAW_GATEWAY_TOKEN -> gateway.auth.token -> gateway.remote.token(ローカルトークンが未設定の場合のみリモートフォールバック)
    • password: OPENCLAW_GATEWAY_PASSWORD -> gateway.auth.password -> gateway.remote.password(ローカルパスワードが未設定の場合のみリモートフォールバック)
  • リモートモードのデフォルト:
    • token: gateway.remote.token -> OPENCLAW_GATEWAY_TOKEN -> gateway.auth.token
    • password: OPENCLAW_GATEWAY_PASSWORD -> gateway.remote.password -> gateway.auth.password
  • Node-hostのローカルモード例外: gateway.remote.token / gateway.remote.passwordは無視されます。
  • リモートprobe/statusのトークンチェックはデフォルトで厳格です。リモートモードを対象にする場合、gateway.remote.tokenのみを使用します(ローカルトークンへのフォールバックはありません)。
  • Gatewayの環境オーバーライドはOPENCLAW_GATEWAY_*のみを使用します。

Chat UIのリモートアクセス

WebChatには別個のHTTPポートはありません。SwiftUIチャットUIはGateway WebSocketへ直接接続します。
  • SSHで18789を転送し(上記参照)、クライアントをws://127.0.0.1:18789へ接続します。
  • LAN/Tailnet直接モードでは、クライアントを設定済みのプライベートws://またはセキュアなwss:// URLへ接続します。
  • macOSでは、アプリのリモートモードが選択されたトランスポートを自動的に管理します。

macOSアプリのリモートモード

macOSメニューバーアプリは、リモート状態チェック、WebChat、Voice Wake転送を含む同じセットアップをエンドツーエンドで実行します。手順書: macOSリモートアクセス

セキュリティルール(リモート/VPN)

バインドが必要だと確信している場合を除き、Gatewayはループバック専用に保ってください。
  • ループバック + SSH/Tailscale Serveが最も安全なデフォルトです(公開露出なし)。
  • 平文のws://は、ループバック、プライベート/LAN(RFC 1918)、リンクローカル、CGNAT、.local.ts.netホストで許可されます。公開リモートホストではwss://を使用する必要があります。
  • 非ループバックバインドlan/tailnet/custom、またはループバックが利用できない場合のauto)では、Gateway認証(トークン、パスワード、またはgateway.auth.mode: "trusted-proxy"を設定したID対応リバースプロキシ)を使用する必要があります。
  • gateway.remote.token / .passwordはクライアント認証情報ソースです。それだけではサーバー認証を設定しません。
  • ローカルcallパスは、gateway.auth.*が未設定の場合のみgateway.remote.*をフォールバックとして使用できます。
  • gateway.auth.token / gateway.auth.passwordがSecretRefで明示的に設定されていて解決できない場合、解決はフェイルクローズします(リモートフォールバックで隠蔽しません)。
  • gateway.remote.tlsFingerprintは、macOS直接モードを含め、wss://のリモートTLS証明書をピン留めします。保存済みピンがない場合、macOSは通常のシステム信頼が通った後の初回使用時にのみピン留めします。自己署名またはプライベートCAのGatewayには、明示的なフィンガープリントまたはSSH経由のRemoteが必要です。
  • Tailscale Serveは、gateway.auth.allowTailscale: trueの場合、IDヘッダー経由でControl UI/WebSocketトラフィックを認証できます。HTTP APIエンドポイントはそのヘッダー認証を使用せず、代わりにGatewayの通常のHTTP認証モードに従います。このトークンレスフローはGatewayホストが信頼されていることを前提にします。共有シークレット認証を全体で使う場合はfalseに設定してください。
  • Trusted-proxy認証は、デフォルトで非ループバックのID対応プロキシを想定します。同一ホストのループバックリバースプロキシには、明示的なgateway.auth.trustedProxy.allowLoopback = trueが必要です。
  • ブラウザー制御はオペレーターアクセスと同様に扱ってください。tailnet専用にし、Nodeペアリングは意図的に行います。
詳細: セキュリティ

macOS: LaunchAgentによる永続SSHトンネル

macOSクライアントでは、SSH LocalForward設定エントリと、再起動やクラッシュ後もトンネルを維持するLaunchAgentを使うのが最も簡単な永続セットアップです。

ステップ1: SSH設定を追加する

~/.ssh/configを編集します。
Host remote-gateway
    HostName <REMOTE_IP>
    User <REMOTE_USER>
    LocalForward 18789 127.0.0.1:18789
    IdentityFile ~/.ssh/id_rsa
<REMOTE_IP><REMOTE_USER>を自分の値に置き換えてください。

ステップ2: SSHキーをコピーする(1回のみ)

ssh-copy-id -i ~/.ssh/id_rsa <REMOTE_USER>@<REMOTE_IP>

ステップ3: Gatewayトークンを設定する

openclaw config set gateway.remote.token "<your-token>"
リモートGatewayがパスワード認証を使用している場合は、代わりにgateway.remote.passwordを使用します。OPENCLAW_GATEWAY_TOKENはシェルレベルのオーバーライドとして引き続き有効ですが、永続的なリモートクライアント設定はgateway.remote.token / gateway.remote.passwordです。

ステップ4: LaunchAgentを作成する

~/Library/LaunchAgents/ai.openclaw.ssh-tunnel.plistとして保存します。
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Label</key>
    <string>ai.openclaw.ssh-tunnel</string>
    <key>ProgramArguments</key>
    <array>
        <string>/usr/bin/ssh</string>
        <string>-N</string>
        <string>remote-gateway</string>
    </array>
    <key>KeepAlive</key>
    <true/>
    <key>RunAtLoad</key>
    <true/>
</dict>
</plist>

ステップ5: LaunchAgentを読み込む

launchctl bootstrap gui/$UID ~/Library/LaunchAgents/ai.openclaw.ssh-tunnel.plist
トンネルはログイン時に自動的に開始し、クラッシュ時に再起動し、転送ポートを維持します。
古いセットアップから残ったcom.openclaw.ssh-tunnel LaunchAgentがある場合は、アンロードして削除してください。

トラブルシューティング

# Check if the tunnel is running
ps aux | grep "ssh -N remote-gateway" | grep -v grep
lsof -i :18789

# Restart the tunnel
launchctl kickstart -k gui/$UID/ai.openclaw.ssh-tunnel

# Stop the tunnel
launchctl bootout gui/$UID/ai.openclaw.ssh-tunnel
設定エントリ役割
LocalForward 18789 127.0.0.1:18789ローカルポート18789をリモートポート18789へ転送します
ssh -Nリモートコマンドを実行しないSSHです(ポート転送のみ)
KeepAliveクラッシュした場合にトンネルを自動的に再起動します
RunAtLoadログイン時にLaunchAgentが読み込まれたとき、トンネルを開始します

関連