Pixiv - KiraraShss
解决 OpenClaw WebUI 报错 disconnected (1008): pairing required
566 字
3 分钟
解决 OpenClaw WebUI 报错 disconnected (1008): pairing required
在使用 OpenClaw 过程中,如果通过 Nginx 反向代理访问 WebUI,经常会遇到手机端或新设备报错 disconnected (1008): pairing required。即便输入正确的 Token 也无法登录。
本文将详细记录这一问题的病根及三种行之有效的修复方法。
问题症状
- 电脑端访问正常,手机端通过域名(HTTPS)访问时报错。
- 界面提示
1008错误代码。 - 无法弹出配对码(Pairing Code)输入框。
病根分析
OpenClaw Gateway 具有极高的安全性。当连接来自“非本地 IP”(如移动网络通过 Nginx 转发)时,Gateway 会认为这是一个潜在的不安全连接。
- 信任缺失:Gateway 默认不信任反向代理。
- 安全防御:对于未经过配对验证的设备,哪怕带了 Token,Gateway 也会出于自我保护强制要求一次配对握手。
修复方案
方法一:后台手动批准(命令行模式)
如果您能访问服务器终端,这是最直接的方法。通过手动批准待处理的配对请求来建立信任。
- 查看待处理请求:
Terminal window openclaw devices list - 批准请求:
找到对应的
request id后运行:Terminal window openclaw devices approve <request id>
方法二:信任反向代理(推荐配置)
修改服务器上的 ~/.openclaw/openclaw.json,在 gateway 配置段中加入 trustedProxies。这告诉 Gateway,Nginx 转发过来的流量是“自己人”。
"gateway": { "trustedProxies": ["127.0.0.1"], ...}方法三:修改配置文件强制放行(最彻底/暴力)
如果上述方法依然无效(通常是由于手机浏览器缓存或 Nginx 头部透传问题),可以强制允许非安全环境下的身份验证。在 gateway 配置段中添加 controlUi 项。
"gateway": { "controlUi": { "allowInsecureAuth": true }, "auth": { "mode": "token", "token": "你的TOKEN", "pairing": "off" }}操作贴士
- 重启生效:修改配置文件后,务必执行
openclaw gateway restart。 - 强制刷新:如果手机浏览器依然卡在旧报错界面,请尝试开启 “隐私模式” 或 “清除缓存”,强制发起全新的 WebSocket 握手。
Note
总结:安全是一把双刃剑,OpenClaw 默认的高安全策略在复杂网络下需要通过手动授权或 trustedProxies 进行调优。
支持与分享
如果这篇文章对你有帮助,欢迎分享给更多人或赞助支持!
解决 OpenClaw WebUI 报错 disconnected (1008): pairing required
https://firefly.cuteleaf.cn/posts/fix-openclaw-pairing-error/ 相关文章 智能推荐
1
OpenClaw 重塑与进化:小小芸的归来与能力升级
技术 从数据废墟中重生,小小芸带着更强的 OpenClaw 回归。本文详细记录了系统恢复、网络打通、技能修复及记忆体系重构的全过程。
2
避坑指南:为什么我的 AI 助理成了“复读机”?
技术复盘 记录一次 OpenClaw 在飞书集成中由于插件重复加载导致的回复双发问题及修复过程。
3
感叹年味:是年淡了,还是人变了?
随笔感悟 曾经的年味是爆竹声中的期待,现在的年味是屏幕里的喧嚣。我们感叹年味变淡,或许是在感叹那个回不去的纯粹时代。
4
减法的力量:为什么你的主页越空,留存率越高?
深度思考 极简不是为了美观,而是为了剥夺用户的犹豫。当主页回归纯净,注意力才真正属于核心。
5
Next.js 部署避坑:腾讯云 EdgeOne Pages 的“实战手术刀”
技术分享 记录一次使用 OpenClaw 自动化部署 Next.js 项目到腾讯云 EdgeOne Pages 的全过程,包含 404 错误解决、静态导出配置及 Node 版本切换问题的深度复盘。
随机文章 随机推荐