网关
Gateway 网关运行手册
使用本页处理 Gateway 网关服务的第 1 天启动和第 2 天运维。
以症状为先的诊断,包含精确的命令阶梯和日志特征。
面向任务的设置指南 + 完整配置参考。
SecretRef 契约、运行时快照行为,以及迁移/重载操作。
精确的 secrets apply 目标/路径规则,以及仅引用认证配置档案行为。
5 分钟本地启动
启动 Gateway 网关
openclaw gateway --port 18789# debug/trace mirrored to stdioopenclaw gateway --port 18789 --verbose# force-kill listener on selected port, then startopenclaw gateway --force验证服务健康状况
openclaw gateway statusopenclaw statusopenclaw logs --follow健康基线:Runtime: running、Connectivity probe: ok,以及与你预期匹配的 Capability: ...。当你需要读取范围的 RPC 证明,而不只是可达性时,请使用 openclaw gateway status --require-rpc。
验证渠道就绪状态
openclaw channels status --probe在 Gateway 网关可达时,这会按账户运行实时渠道探测和可选审计。 如果 Gateway 网关不可达,CLI 会回退到仅配置的渠道摘要,而不是 实时探测输出。
运行时模型
- 一个始终运行的进程,用于路由、控制平面和渠道连接。
- 单个多路复用端口用于:
- WebSocket 控制/RPC
- HTTP API,OpenAI 兼容(
/v1/models、/v1/embeddings、/v1/chat/completions、/v1/responses、/tools/invoke) - 控制 UI 和钩子
- 默认绑定模式:
loopback。 - 默认要求认证。共享密钥设置使用
gateway.auth.token/gateway.auth.password(或OPENCLAW_GATEWAY_TOKEN/OPENCLAW_GATEWAY_PASSWORD),非loopback反向代理设置可以使用gateway.auth.mode: "trusted-proxy"。
OpenAI 兼容端点
OpenClaw 现在最有价值的兼容性接口是:
GET /v1/modelsGET /v1/models/{id}POST /v1/embeddingsPOST /v1/chat/completionsPOST /v1/responses
为什么这组端点重要:
- 大多数 Open WebUI、LobeChat 和 LibreChat 集成会先探测
/v1/models。 - 许多 RAG 和记忆流水线期望
/v1/embeddings。 - Agent 原生客户端越来越偏好
/v1/responses。
规划说明:
/v1/models以智能体为先:它会返回openclaw、openclaw/default和openclaw/<agentId>。openclaw/default是稳定别名,始终映射到配置的默认智能体。- 当你想覆盖后端提供商/模型时,请使用
x-openclaw-model;否则所选智能体的常规模型和嵌入设置仍由其自身控制。
这些都运行在主 Gateway 网关端口上,并使用与 Gateway 网关其余 HTTP API 相同的可信操作员认证边界。
端口和绑定优先级
| 设置 | 解析顺序 |
|---|---|
| Gateway 网关端口 | --port → OPENCLAW_GATEWAY_PORT → gateway.port → 18789 |
| 绑定模式 | CLI/覆盖设置 → gateway.bind → loopback |
已安装的 Gateway 网关服务会在监督程序元数据中记录解析后的 --port。更改 gateway.port 后,运行 openclaw doctor --fix 或 openclaw gateway install --force,以便 launchd/systemd/schtasks 在新端口上启动进程。
Gateway 网关启动会在为非 loopback 绑定预置本地
控制 UI 来源时使用相同的有效端口和绑定。例如,--bind lan --port 3000
会在运行时验证执行前预置 http://localhost:3000 和 http://127.0.0.1:3000。
请将任何远程浏览器来源(例如 HTTPS 代理 URL)显式添加到
gateway.controlUi.allowedOrigins。
热重载模式
gateway.reload.mode |
行为 |
|---|---|
off |
不重载配置 |
hot |
仅应用热安全更改 |
restart |
遇到需要重启的更改时重启 |
hybrid(默认) |
安全时热应用,需要时重启 |
操作员命令集
openclaw gateway statusopenclaw gateway status --deep # adds a system-level service scanopenclaw gateway status --jsonopenclaw gateway installopenclaw gateway restartopenclaw gateway stopopenclaw secrets reloadopenclaw logs --followopenclaw doctorgateway status --deep 用于额外的服务发现(LaunchDaemons/systemd 系统
单元/schtasks),而不是更深层的 RPC 健康探测。
多个 Gateway 网关(同一主机)
大多数安装应当每台机器运行一个 Gateway 网关。单个 Gateway 网关可以承载多个 智能体和渠道。
只有在你有意需要隔离或救援机器人时,才需要多个 Gateway 网关。
有用的检查:
openclaw gateway status --deepopenclaw gateway probe预期结果:
gateway status --deep可以报告Other gateway-like services detected (best effort), 并在仍存在陈旧 launchd/systemd/schtasks 安装时打印清理提示。- 当多个目标响应时,
gateway probe可能警告multiple reachable gateways。 - 如果这是有意的,请为每个 Gateway 网关隔离端口、配置/状态和工作区根目录。
每个实例的检查清单:
- 唯一的
gateway.port - 唯一的
OPENCLAW_CONFIG_PATH - 唯一的
OPENCLAW_STATE_DIR - 唯一的
agents.defaults.workspace
示例:
OPENCLAW_CONFIG_PATH=~/.openclaw/a.json OPENCLAW_STATE_DIR=~/.openclaw-a openclaw gateway --port 19001OPENCLAW_CONFIG_PATH=~/.openclaw/b.json OPENCLAW_STATE_DIR=~/.openclaw-b openclaw gateway --port 19002详细设置:/gateway/multiple-gateways。
远程访问
首选:Tailscale/VPN。 后备:SSH 隧道。
ssh -N -L 18789:127.0.0.1:18789 user@host然后让客户端在本地连接到 ws://127.0.0.1:18789。
参见:远程 Gateway 网关、认证、Tailscale。
监督和服务生命周期
使用受监督运行以获得接近生产环境的可靠性。
macOS(launchd)
openclaw gateway installopenclaw gateway statusopenclaw gateway restartopenclaw gateway stop使用 openclaw gateway restart 进行重启。不要串联 openclaw gateway stop 和 openclaw gateway start 来替代重启。
在 macOS 上,gateway stop 默认使用 launchctl bootout,这会从当前启动会话中移除 LaunchAgent,而不会持久化禁用状态,因此 KeepAlive 自动恢复在意外崩溃后仍然有效,gateway start 也能干净地重新启用。要在重启后仍持续阻止自动重生,请传入 --disable:openclaw gateway stop --disable。
LaunchAgent 标签是 ai.openclaw.gateway(默认)或 ai.openclaw.<profile>(命名配置档案)。openclaw doctor 会审计并修复服务配置漂移。
Linux(systemd 用户服务)
openclaw gateway installsystemctl --user enable --now openclaw-gateway[-<profile>].serviceopenclaw gateway status要在登出后保持运行,请启用用户驻留:
sudo loginctl enable-linger <user>需要自定义安装路径时的手动用户单元示例:
[Unit]Description=OpenClaw GatewayAfter=network-online.targetWants=network-online.target [Service]ExecStart=/usr/local/bin/openclaw gateway --port 18789Restart=alwaysRestartSec=5TimeoutStopSec=30TimeoutStartSec=30SuccessExitStatus=0 143KillMode=control-group [Install]WantedBy=default.targetWindows(原生)
openclaw gateway installopenclaw gateway status --jsonopenclaw gateway restartopenclaw gateway stop原生 Windows 托管启动使用名为 OpenClaw Gateway
(命名配置档案使用 OpenClaw Gateway (<profile>))的计划任务。如果计划任务
创建被拒绝,OpenClaw 会回退到每用户启动文件夹启动器,
该启动器指向状态目录中的 gateway.cmd。
Linux(系统服务)
对多用户/常久在线主机使用系统单元。
sudo systemctl daemon-reloadsudo systemctl enable --now openclaw-gateway[-<profile>].service使用与用户单元相同的服务内容,但将其安装到
/etc/systemd/system/openclaw-gateway[-<profile>].service 下,并在你的
openclaw 二进制文件位于其他位置时调整
ExecStart=。
不要同时让 openclaw doctor --fix 为相同配置档案/端口安装用户级 Gateway 网关服务。Doctor 在发现系统级 OpenClaw Gateway 网关服务时会拒绝该自动安装;当系统单元拥有生命周期时,请使用 OPENCLAW_SERVICE_REPAIR_POLICY=external。
开发配置档案快速路径
openclaw --dev setupopenclaw --dev gateway --allow-unconfiguredopenclaw --dev status默认设置包含隔离的状态/配置以及基础 Gateway 网关端口 19001。
协议快速参考(操作员视角)
- 第一个客户端帧必须是
connect。 - Gateway 网关返回
hello-ok快照(presence、health、stateVersion、uptimeMs、限制/策略)。 hello-ok.features.methods/events是保守的发现列表,而不是 每个可调用辅助路由的生成式转储。- 请求:
req(method, params)→res(ok/payload|error)。 - 常见事件包括
connect.challenge、agent、chat、session.message、session.tool、sessions.changed、presence、tick、health、heartbeat、配对/审批生命周期事件,以及shutdown。
智能体运行分为两个阶段:
- 立即接受确认(
status:"accepted") - 最终完成响应(
status:"ok"|"error"),中间会有流式传输的agent事件。
查看完整协议文档:Gateway 网关协议。
运行检查
存活性
- 打开 WS 并发送
connect。 - 预期收到带快照的
hello-ok响应。
就绪性
openclaw gateway statusopenclaw channels status --probeopenclaw health缺口恢复
事件不会重放。发生序列缺口时,先刷新状态(health、system-presence)再继续。
常见故障特征
| 签名 | 可能的问题 |
|---|---|
refusing to bind gateway ... without auth |
非 loopback 绑定,且没有有效的 Gateway 网关认证路径 |
another gateway instance is already listening / EADDRINUSE |
端口冲突 |
Gateway start blocked: set gateway.mode=local |
配置设为远程模式,或损坏的配置中缺少 local-mode 标记 |
连接期间出现 unauthorized |
客户端和 Gateway 网关之间的认证不匹配 |
如需完整诊断步骤,请使用 Gateway 网关故障排除。
安全保证
- 当 Gateway 网关不可用时,Gateway 网关协议客户端会快速失败(没有隐式直接渠道回退)。
- 无效/非连接首帧会被拒绝并关闭。
- 优雅关闭会在套接字关闭前发出
shutdown事件。
相关: