- 操作員(你或 macOS App):當閘道可連線時,直接使用 LAN/Tailnet WebSocket 最簡單;SSH 通道則是通用的備援方式。
- 節點(iOS/Android 與其他裝置):連線至閘道 WebSocket(LAN/Tailnet 或 SSH 通道)。
核心概念
閘道 WebSocket 預設繫結至迴路介面,連接埠為18789(gateway.port)。若要從遠端使用,可以透過 Tailscale Serve/受信任的 LAN-Tailnet 繫結對外提供,或透過 SSH 轉送迴路介面的連接埠。
拓撲選項
對於常駐與筆記型電腦設定,建議保留
gateway.bind: "loopback",並使用 Tailscale Serve 提供控制介面,或搭配 gateway.remote.transport: "direct" 使用受信任的 LAN/Tailnet 繫結。SSH 通道是可從任何機器使用的備援方式。
命令流程(各項作業在哪裡執行)
由單一閘道負責狀態與頻道;節點是周邊裝置。範例(將 Telegram 訊息路由至節點工具):- Telegram 訊息抵達閘道。
- 閘道執行代理程式,由代理程式決定是否呼叫節點工具。
- 閘道透過閘道 WebSocket(
node.invokeRPC)呼叫節點。 - 節點傳回結果;閘道回覆 Telegram。
SSH 通道(命令列介面 + 工具)
openclaw health 與 openclaw status --deep 會透過 ws://127.0.0.1:18789 連線至遠端閘道。openclaw gateway status、openclaw gateway health、openclaw gateway probe 與 openclaw gateway call 也可以透過 --url 指向轉送後的 URL。
請將
18789 替換為你設定的 gateway.port(或 --port/OPENCLAW_GATEWAY_PORT)。命令列介面遠端預設值
儲存遠端目標,讓命令列介面命令預設使用該目標:ws://127.0.0.1:18789,並先開啟 SSH 通道。在 macOS App 的 SSH 通道傳輸模式中,探索到的閘道主機名稱應填入 gateway.remote.sshTarget(user@host 或 user@host:port);gateway.remote.url 則維持為本機通道 URL。如果遠端連接埠與本機連接埠不同,請設定 gateway.remote.remotePort。
預設會嚴格驗證主機金鑰(gateway.remote.sshHostKeyPolicy: "strict")。將其設為 "openssh",即可改由目前生效的 OpenSSH 設定處理;啟用前,請先檢查你的使用者與系統 SSH 設定。
如果閘道已可透過受信任的 LAN 或 Tailnet 連線,請使用直接模式:
認證資訊優先順序
閘道認證資訊的解析,在呼叫/探測/狀態路徑以及 Discord 執行核准監控中遵循同一份共用契約。節點主機使用相同契約,但本機模式有一項例外(會忽略gateway.remote.*)。
- 在接受明確驗證資訊的呼叫路徑中,明確提供的認證資訊(
--token、--password或工具的gatewayToken)一律優先。 - URL 覆寫的安全規則:
- 命令列介面的
--url絕不會重複使用隱含的設定/環境認證資訊。 - 環境中的
OPENCLAW_GATEWAY_URL只能使用環境認證資訊(OPENCLAW_GATEWAY_TOKEN/OPENCLAW_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.token/gateway.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://。 - 非迴路介面繫結(
lan/tailnet/custom,或當迴路介面無法使用時的auto)必須使用閘道驗證:權杖、密碼,或搭配gateway.auth.mode: "trusted-proxy"、可識別身分的反向 Proxy。 gateway.remote.token/.password是用戶端認證資訊來源;它們本身不會設定伺服器驗證。- 只有在未設定
gateway.auth.*時,本機呼叫路徑才能將gateway.remote.*作為備援。 - 如果透過 SecretRef 明確設定了
gateway.auth.token/gateway.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 用戶端而言,最簡單的持續運作設定,是使用 SSHLocalForward 設定項目,並搭配 LaunchAgent,讓通道在重新開機及當機後持續運作。
步驟 1:新增 SSH 設定
編輯~/.ssh/config:
<REMOTE_IP> 與 <REMOTE_USER> 替換為你的值。
步驟 2:複製 SSH 金鑰(一次性)
步驟 3:設定閘道權杖
gateway.remote.password。OPENCLAW_GATEWAY_TOKEN 仍可作為 Shell 層級的覆寫值,但長期使用的遠端用戶端設定應使用 gateway.remote.token/gateway.remote.password。
步驟 4:建立 LaunchAgent
儲存為~/Library/LaunchAgents/ai.openclaw.ssh-tunnel.plist:
步驟 5:載入 LaunchAgent
如果舊設定遺留了
com.openclaw.ssh-tunnel LaunchAgent,請卸載並刪除。