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)。

相关