Skip to main content

问题:无法在端口 18800 上启动 Chrome CDP

根本原因

在 Ubuntu 和大多数 Linux 发行版上,apt install chromium 安装的是 snap 包装程序,而不是真正的浏览器:
Snap 的 AppArmor 限制会干扰 OpenClaw 启动和监控 浏览器进程的方式。 其他常见的 Linux 启动失败原因:
  • The profile appears to be in use by another Chromium process:托管配置文件目录中存在过期的 Singleton* 锁文件。当锁指向已终止或 位于其他主机上的进程时,OpenClaw 会移除这些锁并重试一次。
  • Missing X server or $DISPLAY:在没有桌面会话的主机上明确请求了可见浏览器。 在 Linux 上,如果 DISPLAYWAYLAND_DISPLAY 均未设置, 本地托管配置文件会回退到无头模式。如果设置了 OPENCLAW_BROWSER_HEADLESS=0browser.headless: falsebrowser.profiles.<name>.headless: false,请移除该有头模式覆盖项,设置 OPENCLAW_BROWSER_HEADLESS=1,启动 Xvfb,运行 openclaw browser start --headless 以执行一次性托管启动,或在 真正的桌面会话中运行 OpenClaw。

解决方案 1:安装 Google Chrome(推荐)

更新 ~/.openclaw/openclaw.json

解决方案 2:以仅附加模式使用 snap Chromium

如果必须保留 snap Chromium,请将 OpenClaw 配置为附加到 手动启动的浏览器,而不是由其启动浏览器:
手动启动 Chromium:
也可以选择通过 systemd 用户服务自动启动:

验证浏览器是否正常工作

配置参考

在 Raspberry Pi、较旧的 VPS 主机或速度较慢的存储设备上,如果 Chrome 公开其 CDP HTTP 端点或进入就绪状态所需的时间超过托管浏览器的截止时间,请使用通过 attachOnly 手动启动的浏览器。

问题:未找到 profile=“user” 的 Chrome 标签页

你正在使用 userexisting-session / Chrome MCP)配置文件,但没有 可供附加的已打开标签页。 解决方法:
  1. 改用托管浏览器: openclaw browser --browser-profile openclaw start(或设置 browser.defaultProfile: "openclaw")。
  2. 保持本地 Chrome 运行并至少打开一个标签页,然后使用 --browser-profile user 重试。
注意:
  • user 仅适用于主机。在 Linux 服务器、容器或远程主机上,请优先使用 CDP 配置文件。
  • user 和其他 existing-session 配置文件具有当前 Chrome MCP 的相同限制:仅支持由引用驱动的操作、每次上传一个文件、不支持对话框 timeoutMs 覆盖项、不支持 wait --load networkidle,也不支持 responsebody、PDF 导出、 下载拦截或批量操作。
  • 本地 openclaw 驱动程序配置文件会自动分配 cdpPort/cdpUrl;仅为远程 CDP 手动设置这些值。
  • 远程 CDP 配置文件接受 http://https://ws://wss://。 使用 HTTP(S) 进行 /json/version 发现;当浏览器 服务提供直接的 DevTools 套接字 URL 时,则使用 WS(S)。

相关内容