Gateway 网关服务运行手册
本页用于 Gateway 服务的首日启动(day-1)和次日运维(day-2)操作。Deep troubleshooting
基于症状优先的诊断指南,提供精确的命令步骤和日志特征。
Configuration
面向任务的设置指南 + 完整配置参考。
5 分钟本地启动
1
Start the Gateway
2
Verify service health
Runtime: running 和 RPC probe: ok。3
Validate channel readiness
Gateway 配置重载会监听当前活动的配置文件路径(从 profile/state 默认值解析,或在设置
OPENCLAW_CONFIG_PATH 时使用该路径)。
默认模式:gateway.reload.mode="hybrid"(热应用安全更改,关键更改时重启)。运行时模型
- 一个始终运行的进程,用于路由、控制平面和通道连接。
- 单一复用端口用于:
- WebSocket 控制/RPC
- OpenResponses(HTTP):
/v1/responses。 - 控制 UI 和 hooks
- 默认绑定模式:
loopback。 - 默认需要 Gateway 网关认证:设置
gateway.auth.token(或OPENCLAW_GATEWAY_TOKEN)或gateway.auth.password。客户端必须发送connect.params.auth.token/password,除非使用 Tailscale Serve 身份。
端口和绑定优先级
热重载模式
运维命令集
远程访问
首选 Tailscale/VPN;否则使用 SSH 隧道: 备用方案:SSH 隧道。ws://127.0.0.1:18789。
参见:Remote Gateway、Authentication、Tailscale。
监控与服务生命周期
在生产类环境中使用受监督运行以提高可靠性。- macOS (launchd)
- Linux (systemd user)
- Linux (system service)
ai.openclaw.gateway(默认)或 ai.openclaw.<profile>(命名 profile)。 openclaw doctor 会审计并修复服务配置漂移。多个 Gateway 网关(同一主机)
大多数部署应只运行 一个 Gateway。 仅在需要严格隔离/冗余时才使用多个(例如救援配置)。 每个实例的检查清单:- 唯一的
gateway.port - 唯一的
OPENCLAW_CONFIG_PATH - 唯一的
OPENCLAW_STATE_DIR - 唯一的
agents.defaults.workspace
Dev 配置文件(--dev)
19001。
协议快速参考(运维视角)
- 客户端发送的第一帧必须是
connect。 - Gateway 返回
hello-ok快照(presence、health、stateVersion、uptimeMs、limits/policy)。 - 请求:
{type:"req", id, method, params}→{type:"res", id, ok, payload|error} - 常见事件:
connect.challenge、agent、chat、presence、tick、health、heartbeat、shutdown。
- 立即返回已接受确认(
status:"accepted") agent响应是两阶段的:首先res确认{runId,status:"accepted"},然后在运行完成后发送最终res{runId,status:"ok"|"error",summary};流式输出作为event:"agent"到达。
运维检查
存活性
- 打开 WS 并发送
connect。 - 期望收到包含快照的
hello-ok响应。
就绪性
间隙恢复
客户端检测到序列缺口时,应在继续之前刷新(health + system-presence)。 在出现序列间隙时,先刷新状态(health、system-presence)再继续。
常见故障特征
完整的诊断步骤请参见 Gateway Troubleshooting。
安全保证
- 当 Gateway 不可用时,Gateway 协议客户端会快速失败(不会隐式回退到直连通道)。
- 无效或非 connect 的首帧将被拒绝并关闭连接。
- 优雅关闭:关闭前发出
shutdown事件;客户端必须处理关闭 + 重新连接。
相关内容: