- 操作员远程控制:由 macOS 菜单栏应用控制运行在其他位置的网关。
- 节点配对:iOS/Android(以及未来的节点)发现网关并安全地进行配对。
openclaw gateway)中,并将客户端(Mac 应用、iOS)作为消费者。
术语
- Gateway:一个单独的、长期运行的网关进程,拥有状态(会话、配对、节点注册表)并运行通道。大多数部署每台主机使用一个;也可以进行隔离的多网关部署。
- Gateway WS(控制平面):默认情况下位于
127.0.0.1:18789的 WebSocket 端点;可以通过gateway.bind绑定到 LAN/tailnet。 - 直接 WS 传输:面向 LAN/tailnet 的 Gateway WS 端点(不通过 SSH)。
- SSH 传输(回退):通过 SSH 转发
127.0.0.1:18789进行远程控制。 - 旧版 TCP 桥接(已移除):旧的节点传输方式(见 桥接协议);不再用于 发现广播,也不再是当前构建的一部分。
为什么同时保留直连和 SSH
- 直接 WS 在同一网络和 tailnet 内提供最佳用户体验:
- 通过 Bonjour 在 LAN 上自动发现
- 配对令牌 + ACL 由网关管理
- 不需要 shell 访问;协议面可以保持紧凑且易于审计
- SSH 仍然是通用的回退方案:
- 只要你有 SSH 访问权限,就可以在任何地方使用(即使跨越无关网络)
- 能抵御 multicast/mDNS 问题
- 除 SSH 外不需要新的入站端口
发现输入(客户端如何获知网关的位置)
1) Bonjour / DNS-SD 发现
Multicast Bonjour 只是尽力而为,并不会跨网络传递。OpenClaw 也可以通过配置好的广域 DNS-SD 域浏览 同一个网关信标,因此发现可以覆盖:- 同一 LAN 上的
local. - 用于跨网络发现的已配置单播 DNS-SD 域
- gateway 在启用捆绑的
bonjour插件时,通过 Bonjour 发布其 WS 端点。该插件会在 macOS 主机上自动启动,并在其他平台上默认不启用。 - 客户端浏览并显示“选择一个网关”的列表,然后保存所选端点。
信标细节
- 服务类型:
_openclaw-gw._tcp(网关传输信标)
- TXT 键(非机密):
role=gatewaytransport=gatewaydisplayName=<friendly name>(由操作员配置的显示名称)lanHost=<hostname>.localgatewayPort=18789(Gateway WS + HTTP)gatewayTls=1(仅在启用 TLS 时)gatewayTlsSha256=<sha256>(仅在启用 TLS 且指纹可用时)canvasPort=<port>(canvas 主机端口;当前在启用 canvas host 时与gatewayPort相同)tailnetDns=<magicdns>(可选提示;在可用 Tailscale 时自动检测)sshPort=<port>(仅 mDNS 完整模式;广域 DNS-SD 可能省略它,此时 SSH 默认保持为22)cliPath=<path>(仅 mDNS 完整模式;广域 DNS-SD 仍会将其写为远程安装提示)
- Bonjour/mDNS TXT 记录是未经认证的。客户端必须将 TXT 值仅作为用户体验提示。
- 路由(主机/端口)应优先使用解析后的服务端点(SRV + A/AAAA),而不是 TXT 中提供的
lanHost、tailnetDns或gatewayPort。 - TLS 固定绑定绝不能允许已公布的
gatewayTlsSha256覆盖之前存储的绑定。 - iOS/Android 节点在保存首次指纹时,若所选路由是安全/TLS 路由,则应要求显式“信任此指纹”的确认(带外验证)。
openclaw plugins enable bonjour启用 LAN multicast 广播。OPENCLAW_DISABLE_BONJOUR=1禁用广播。- 当 Bonjour 插件已启用且
OPENCLAW_DISABLE_BONJOUR未设置时, Bonjour 会在普通主机上广播,并在检测到容器内自动禁用。 空配置的 macOS Gateway 启动会自动启用该插件;Linux、 Windows 和容器化部署需要显式启用。 仅在主机、macvlan 或其他支持 mDNS 的网络上使用0;使用1可 强制禁用。 gateway.bind在~/.openclaw/openclaw.json中控制 Gateway 绑定模式。OPENCLAW_SSH_PORT会覆盖在sshPort发出时所公布的 SSH 端口。OPENCLAW_TAILNET_DNS会发布tailnetDns提示(MagicDNS)。OPENCLAW_CLI_PATH会覆盖公布的 CLI 路径。
2) Tailnet(跨网络)
对于伦敦/维也纳式的部署,Bonjour 帮不上忙。推荐的“直连”目标是:- Tailscale MagicDNS 名称(首选)或稳定的 tailnet IP。
tailnetDns 作为可选提示发布给客户端(包括广域信标)。
macOS 应用现在在网关发现时更偏好 MagicDNS 名称,而不是原始的 Tailscale IP。这提高了 tailnet IP 变化时的可靠性(例如节点重启或 CGNAT 重新分配之后),因为 MagicDNS 名称会自动解析到当前 IP。
对于移动端节点配对,发现提示不会降低 tailnet/public 路线上的传输安全性:
- iOS/Android 仍然需要安全的首次 tailnet/public 连接路径(
wss://或 Tailscale Serve/Funnel)。 - 发现到的原始 tailnet IP 只是路由提示,不代表可以使用明文远程
ws://。 - 私有 LAN 直连
ws://仍然受支持。 - 如果你希望为移动节点使用最简单的 Tailscale 路径,请使用 Tailscale Serve,这样发现和设置代码都能解析到同一个安全的 MagicDNS 端点。
3) 手动 / SSH 目标
当没有直连路径(或直连被禁用)时,客户端始终可以通过 SSH 转发回环网关端口进行连接。 参见 远程访问。传输选择(客户端策略)
推荐的客户端行为:- 如果已配置且可达已配对的直连端点,则使用它。
- 否则,如果发现到
local.或已配置广域域上的网关,则提供一键“使用此网关”选项,并将其保存为直连端点。 - 否则,如果已配置 tailnet DNS/IP,则尝试直连。
对于 tailnet/public 路线上的移动节点,直连意味着安全端点,而不是明文远程
ws://。 - 否则,回退到 SSH。
配对 + 认证(直连传输)
网关是节点/客户端准入的事实来源。- 配对请求在网关中创建/批准/拒绝(参见 Gateway 配对)。
- 网关强制执行:
- 认证(token / keypair)
- scopes/ACLs(网关不是对每个方法的原始代理)
- 速率限制
各组件职责
- Gateway:广播发现信标,负责配对决策,并托管 WS 端点。
- macOS 应用:帮助你选择网关,显示配对提示,并仅在回退时使用 SSH。
- iOS/Android 节点:浏览 Bonjour 作为便利方式,并连接到已配对的 Gateway WS。