OpenClaw Gateway 启动失败 FAQ(2026):Linux / systemd 一步步修复指南

如果你遇到 openclaw gateway start 启动失败,这篇就是给你的实操 FAQ

目标:不绕弯,按错误特征快速定位并恢复服务。


先看结论:80% 启动失败都在这 4 类

  1. gateway.mode 不是 local(本地模式被阻止)
  2. 端口被占用(常见 EADDRINUSE
  3. 非本地绑定但未配置认证(refusing to bind ... without auth
  4. systemd 环境异常(Node 版本、权限、环境变量)

0) 一次性体检(先执行再看下文)

openclaw status
openclaw gateway status
openclaw doctor
openclaw logs --follow

如果日志里出现明确报错关键字(例如 Gateway start blockedEADDRINUSEwithout auth),直接跳到对应章节。


1) 报错:Gateway start blocked: set gateway.mode=local

现象

openclaw gateway start 直接失败,并提示设置 gateway.mode=local

修复

openclaw config set gateway.mode local
openclaw gateway restart
openclaw gateway status

为什么会发生

常见于配置迁移后 gateway.mode 不是本地模式,或残留了旧配置。


2) 报错:EADDRINUSE(端口冲突)

现象

Gateway 启动时报端口已占用。

修复

sudo lsof -i :18789
# 或
sudo ss -tlnp | grep 18789

openclaw gateway stop
kill <占用端口PID>
openclaw gateway start

常见根因


3) 报错:refusing to bind gateway ... without auth

现象

你把 gateway.bind 设成了非 127.0.0.1,但没有认证配置。

修复方案 A(单机推荐)

openclaw config set gateway.bind "127.0.0.1"
openclaw gateway restart

修复方案 B(确需远程访问)

openclaw config set gateway.auth.token "YOUR_STRONG_TOKEN"
openclaw gateway restart

建议:除非明确需要远程暴露,否则优先本地绑定 + 反向代理/隧道方案。


4) systemd 下反复崩溃:怎么查

快速检查命令

journalctl --user -u openclaw-gateway --no-pager -n 120
which node
node -v

重点排查

如果你刚升级过 Node 或 OpenClaw,先执行一次完整重启:

openclaw gateway stop
openclaw gateway start
openclaw gateway status

5) 一键收敛排查链路(复制即用)

openclaw status
openclaw gateway status --deep
openclaw doctor --deep
openclaw gateway restart
openclaw logs --follow

日志稳定后,再验证一次业务链路(例如 Telegram 发一条消息、浏览器 relay 打开一次)确认问题已闭环。


6) FAQ(高频)

Q1:为什么我本地能跑,重启后又挂?

A:通常是“多实例冲突 + 端口占用 + 启动顺序”问题。建议只保留一个常驻实例并交给 systemd 托管。

Q2:端口冲突能不能直接换端口?

A:可以,但先确认冲突根因。若是残留进程,直接清理更稳,避免后续 relay / channel 配置错位。

Q3:必须上云吗?

A:不必须,但如果你需要 24/7 稳定在线(尤其 Telegram 轮询与远程 relay),云主机通常比本地笔记本更稳定。

常见选择(本文仅推荐这三家):


7) 最短恢复路径(给着急上线的人)

  1. openclaw logs --follow 看清首个报错关键词
  2. 按本 FAQ 对应章节处理(mode / port / bind-auth / systemd)
  3. openclaw gateway status 确认运行中
  4. 做一次真实消息链路验证

做到这四步,绝大多数 Gateway 启动失败都能在 10~15 分钟内恢复。

这篇文章有帮助吗?

💬 评论