Remote access

遠端存取

OpenClaw 會在一台主機上執行一個閘道(主控端),並將每個用戶端連線至該閘道。閘道負責工作階段、驗證設定檔、頻道與狀態;其餘一切都是用戶端。

  • 操作員(你或 macOS App):當閘道可連線時,直接使用 LAN/Tailnet WebSocket 最簡單;SSH 通道則是通用的備援方式。
  • 節點(iOS/Android 與其他裝置):連線至閘道 WebSocket(LAN/Tailnet 或 SSH 通道)。

核心概念

閘道 WebSocket 預設繫結至迴路介面,連接埠為 18789gateway.port)。若要從遠端使用,可以透過 Tailscale Serve/受信任的 LAN-Tailnet 繫結對外提供,或透過 SSH 轉送迴路介面的連接埠。

拓撲選項

設定方式 閘道執行位置 最適合
Tailnet 中的常駐閘道 持續運作的主機(VPS 或家用伺服器),透過 Tailscale 或 SSH 連線 經常休眠但需要代理程式持續運作的筆記型電腦。請參閱 exe.dev(簡易 VM)或 Hetzner(正式環境 VPS)。
家用桌上型電腦 桌上型電腦;筆記型電腦透過 macOS App 的遠端模式連線(Settings → Connection → OpenClaw runs) 將代理程式保留在持續開機的硬體上執行。操作手冊:macOS 遠端存取
筆記型電腦 筆記型電腦,透過 SSH 通道或 Tailscale Serve 安全地對外提供(保留 gateway.bind: "loopback" 單機設定。請參閱 Tailscale網頁介面

對於常駐與筆記型電腦設定,建議保留 gateway.bind: "loopback",並使用 Tailscale Serve 提供控制介面,或搭配 gateway.remote.transport: "direct" 使用受信任的 LAN/Tailnet 繫結。SSH 通道是可從任何機器使用的備援方式。

命令流程(各項作業在哪裡執行)

由單一閘道負責狀態與頻道;節點是周邊裝置。範例(將 Telegram 訊息路由至節點工具):

  1. Telegram 訊息抵達閘道
  2. 閘道執行代理程式,由代理程式決定是否呼叫節點工具。
  3. 閘道透過閘道 WebSocket(node.invoke RPC)呼叫節點
  4. 節點傳回結果;閘道回覆 Telegram。

節點不會執行閘道服務。除非你刻意執行隔離的設定檔,否則每台主機只應執行一個閘道(請參閱多個閘道)。macOS App 的「節點模式」只是透過閘道 WebSocket 運作的節點用戶端。

SSH 通道(命令列介面 + 工具)

bash
ssh -N -L 18789:127.0.0.1:18789 user@gateway-host

通道建立後,openclaw healthopenclaw status --deep 會透過 ws://127.0.0.1:18789 連線至遠端閘道。openclaw gateway statusopenclaw gateway healthopenclaw gateway probeopenclaw gateway call 也可以透過 --url 指向轉送後的 URL。

命令列介面遠端預設值

儲存遠端目標,讓命令列介面命令預設使用該目標:

json5
{  gateway: {    mode: "remote",    remote: {      url: "ws://127.0.0.1:18789",      token: "your-token",    },  },}

當閘道僅限迴路介面時,請將 URL 保持為 ws://127.0.0.1:18789,並先開啟 SSH 通道。在 macOS App 的 SSH 通道傳輸模式中,探索到的閘道主機名稱應填入 gateway.remote.sshTargetuser@hostuser@host:port);gateway.remote.url 則維持為本機通道 URL。如果遠端連接埠與本機連接埠不同,請設定 gateway.remote.remotePort

預設會嚴格驗證主機金鑰(gateway.remote.sshHostKeyPolicy: "strict")。將其設為 "openssh",即可改由目前生效的 OpenSSH 設定處理;啟用前,請先檢查你的使用者與系統 SSH 設定。

如果閘道已可透過受信任的 LAN 或 Tailnet 連線,請使用直接模式:

json5
{  gateway: {    mode: "remote",    remote: {      transport: "direct",      url: "ws://192.168.0.202:18789",      token: "your-token",    },  },}

認證資訊優先順序

閘道認證資訊的解析,在呼叫/探測/狀態路徑以及 Discord 執行核准監控中遵循同一份共用契約。節點主機使用相同契約,但本機模式有一項例外(會忽略 gateway.remote.*)。

  • 在接受明確驗證資訊的呼叫路徑中,明確提供的認證資訊(--token--password 或工具的 gatewayToken)一律優先。
  • URL 覆寫的安全規則:
    • 命令列介面的 --url 絕不會重複使用隱含的設定/環境認證資訊。
    • 環境中的 OPENCLAW_GATEWAY_URL 只能使用環境認證資訊(OPENCLAW_GATEWAY_TOKENOPENCLAW_GATEWAY_PASSWORD)。
  • 本機模式預設值:
    • 權杖:OPENCLAW_GATEWAY_TOKEN -> gateway.auth.token -> gateway.remote.token(僅當本機權杖未設定時,才退回使用遠端值)
    • 密碼:OPENCLAW_GATEWAY_PASSWORD -> gateway.auth.password -> gateway.remote.password(僅當本機密碼未設定時,才退回使用遠端值)
  • 遠端模式預設值:
    • 權杖:gateway.remote.token -> OPENCLAW_GATEWAY_TOKEN -> gateway.auth.token
    • 密碼:OPENCLAW_GATEWAY_PASSWORD -> gateway.remote.password -> gateway.auth.password
  • 節點主機的本機模式例外:會忽略 gateway.remote.tokengateway.remote.password
  • 遠端探測/狀態的權杖檢查預設採嚴格模式:以遠端模式為目標時,只使用 gateway.remote.token(不退回使用本機權杖)。
  • 閘道環境覆寫只使用 OPENCLAW_GATEWAY_*

聊天介面的遠端存取

WebChat 沒有獨立的 HTTP 連接埠;SwiftUI 聊天介面會直接連線至閘道 WebSocket。

  • 透過 SSH 轉送 18789(見上文),然後將用戶端連線至 ws://127.0.0.1:18789
  • 若使用 LAN/Tailnet 直接模式,請將用戶端連線至已設定的私有 ws:// 或安全的 wss:// URL。
  • 在 macOS 上,App 的遠端模式會自動管理所選的傳輸方式。

macOS App 遠端模式

macOS 選單列 App 會端對端處理相同的設定,包括遠端狀態檢查、WebChat 與語音喚醒轉送。操作手冊:macOS 遠端存取

安全性規則(遠端/VPN)

除非確定需要繫結,否則請讓閘道僅限迴路介面

  • 迴路介面 + SSH/Tailscale Serve 是最安全的預設方式(不會公開暴露)。
  • 迴路介面、私有網路/LAN(RFC 1918)、鏈路本機、CGNAT、.local.ts.net 主機可接受明文 ws://。公開遠端主機必須使用 wss://
  • 非迴路介面繫結lantailnetcustom,或當迴路介面無法使用時的 auto)必須使用閘道驗證:權杖、密碼,或搭配 gateway.auth.mode: "trusted-proxy"、可識別身分的反向 Proxy。
  • gateway.remote.token.password 是用戶端認證資訊來源;它們本身不會設定伺服器驗證。
  • 只有在未設定 gateway.auth.* 時,本機呼叫路徑才能將 gateway.remote.* 作為備援。
  • 如果透過 SecretRef 明確設定了 gateway.auth.tokengateway.auth.password,但無法解析,解析作業會採封閉式失敗(不會以遠端備援掩蓋問題)。
  • gateway.remote.tlsFingerprint 會釘選 wss:// 的遠端 TLS 憑證,包括操作員/控制流量,以及 macOS 直接模式中的配套節點。若未儲存釘選值,macOS 只會在一般系統信任檢查通過後,於首次使用時進行釘選;使用自我簽署憑證或私有 CA 的閘道,需要明確設定指紋或使用 Remote over SSH。
  • gateway.auth.allowTailscale: true 時,Tailscale Serve 可透過身分標頭驗證控制介面/WebSocket 流量。HTTP API 端點不使用該標頭驗證,而是遵循閘道的一般 HTTP 驗證模式。這種無權杖流程假設閘道主機值得信任;若要讓所有位置都使用共享密鑰驗證,請將其設為 false
  • 受信任 Proxy 驗證預設要求非迴路介面、可識別身分的 Proxy。同一主機上的迴路介面反向 Proxy 需要明確設定 gateway.auth.trustedProxy.allowLoopback = true
  • 請將瀏覽器控制視同操作員存取:僅限 Tailnet,並刻意進行節點配對。

深入說明:安全性

macOS:透過 LaunchAgent 建立持續運作的 SSH 通道

對 macOS 用戶端而言,最簡單的持續運作設定,是使用 SSH LocalForward 設定項目,並搭配 LaunchAgent,讓通道在重新開機及當機後持續運作。

步驟 1:新增 SSH 設定

編輯 ~/.ssh/config

ssh
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 金鑰(一次性)

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

步驟 3:設定閘道權杖

bash
openclaw config set gateway.remote.token "<your-token>"

如果遠端閘道使用密碼驗證,請改用 gateway.remote.passwordOPENCLAW_GATEWAY_TOKEN 仍可作為 Shell 層級的覆寫值,但長期使用的遠端用戶端設定應使用 gateway.remote.tokengateway.remote.password

步驟 4:建立 LaunchAgent

儲存為 ~/Library/LaunchAgents/ai.openclaw.ssh-tunnel.plist

xml
<?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

bash
launchctl bootstrap gui/$UID ~/Library/LaunchAgents/ai.openclaw.ssh-tunnel.plist

通道會在登入時自動啟動、當機時重新啟動,並讓轉送的連接埠持續可用。

疑難排解

bash
# 檢查通道是否正在執行ps aux | grep "ssh -N remote-gateway" | grep -v greplsof -i :18789 # 重新啟動通道launchctl kickstart -k gui/$UID/ai.openclaw.ssh-tunnel # 停止通道launchctl bootout gui/$UID/ai.openclaw.ssh-tunnel
設定項目 功能說明
LocalForward 18789 127.0.0.1:18789 將本機連接埠 18789 轉送至遠端連接埠 18789
ssh -N 不執行遠端命令的 SSH(僅限連接埠轉送)
KeepAlive 若通道當機,自動重新啟動
RunAtLoad 登入時載入 LaunchAgent 後啟動通道

相關內容

Was this useful?
On this page

On this page