ClawdBot Web Dashboard 访问失败原因与修复方案
ClawdBot 是一个可以在本地设备上运行的个人 AI 助手,使用 vLLM 提供后端模型能力。它不需要注册账号、等待排队或担心隐私泄露,是一个真正的本地化智能中枢——能对话、能推理、能调用工具,还能通过 Web 界面直观管理所有功能。
但很多用户在首次部署后会遇到同一个问题:打开浏览器输入 http://localhost:7860 或类似地址,页面却显示'无法访问此网站''连接被拒绝''空白页'甚至直接 404。这不是模型没跑起来,也不是代码写错了,而是 ClawdBot 的 Web Dashboard 有一套主动安全机制:它默认不对外暴露,也不自动放行任何访问请求。
本文聚焦于实际部署中导致访问失败的 4 种高频原因,并给出对应的修复方案,全部基于真实终端操作和配置文件修改。
1. 设备授权未完成:Pending 请求卡住入口
ClawdBot 的 Web 控制台采用设备配对机制(Device Pairing),首次访问时,前端会向后端发起一个认证请求,该请求不会自动通过,而是进入 pending 状态。此时 Dashboard 页面加载失败,但后端其实已正常运行。
1.1 如何确认是这个问题?
在终端中执行:
clawdbot devices list
如果输出中包含类似以下内容,且状态为 pending,就说明问题在此:
ID Status Created At Last Seen d1a2b3c4 pending 2026-01-24 14:22:03 -
注意:这个命令必须在 ClawdBot 进程正在运行的前提下执行。如果提示
command not found,请先确认是否已正确安装并激活环境。
1.2 修复步骤:手动批准设备请求
复制上面输出中的 ID(如 d1a2b3c4),执行批准命令:
clawdbot devices approve d1a2b3c4
成功后你会看到类似提示:
Device d1a2b3c4 approved. You may now access the dashboard.
此时刷新浏览器,Dashboard 即可正常加载。
1.3 补充说明:为什么设计成手动批准?
这是 ClawdBot 的隐私保护设计。它默认不信任任何未经验证的客户端连接,避免本地服务被局域网内其他设备意外访问或扫描。你完全掌控谁可以连上你的 AI 助手。
2. 本地监听地址未正确映射:服务只绑定了 127.0.0.1
ClawdBot 默认将 Web UI 绑定在 127.0.0.1:7860,这意味着它仅接受本机回环访问。如果你是在远程服务器(如云主机、树莓派)上部署,然后从自己电脑的浏览器访问 http://服务器 IP:7860,就会失败——因为服务根本没监听那个 IP。
2.1 如何确认是这个问题?
执行以下命令查看当前监听地址:
ss -tuln | grep :7860
如果输出只有:

