Solução de problemas do navegador

Documentation Index

Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt

Use this file to discover all available pages before exploring further.

​

Problema: “Falha ao iniciar o CDP do Chrome na porta 18800”

{"error":"Error: Failed to start Chrome CDP on port 18800 for profile \"openclaw\"."}

​

Causa raiz

Note, selecting 'chromium-browser' instead of 'chromium'
chromium-browser is already the newest version (2:1snap1-0ubuntu2).

• The profile appears to be in use by another Chromium process significa que o Chrome encontrou arquivos de bloqueio Singleton* obsoletos no diretório de perfil gerenciado. O OpenClaw remove esses bloqueios e tenta novamente uma vez quando o bloqueio aponta para um processo morto ou de outro host.
• Missing X server or $DISPLAY significa que um navegador visível foi explicitamente solicitado em um host sem uma sessão de desktop. Por padrão, perfis gerenciados locais agora voltam para o modo headless no Linux quando DISPLAY e WAYLAND_DISPLAY estão ambos indefinidos. Se você definir OPENCLAW_BROWSER_HEADLESS=0, browser.headless: false ou browser.profiles.<name>.headless: false, remova essa substituição com interface, defina OPENCLAW_BROWSER_HEADLESS=1, inicie Xvfb, execute openclaw browser start --headless para uma inicialização gerenciada avulsa, ou execute o OpenClaw em uma sessão de desktop real.

​

Solução 1: Instalar o Google Chrome (recomendado)

wget https://dl.google.com/linux/direct/google-chrome-stable_current_amd64.deb
sudo dpkg -i google-chrome-stable_current_amd64.deb
sudo apt --fix-broken install -y  # if there are dependency errors

{
  "browser": {
    "enabled": true,
    "executablePath": "/usr/bin/google-chrome-stable",
    "headless": true,
    "noSandbox": true
  }
}

​

Solução 2: Usar o Chromium do Snap com modo somente anexar

1. Atualize a configuração:

{
  "browser": {
    "enabled": true,
    "attachOnly": true,
    "headless": true,
    "noSandbox": true
  }
}

2. Inicie o Chromium manualmente:

chromium-browser --headless --no-sandbox --disable-gpu \
  --remote-debugging-port=18800 \
  --user-data-dir=$HOME/.openclaw/browser/openclaw/user-data \
  about:blank &

3. Opcionalmente, crie um serviço de usuário systemd para iniciar o Chrome automaticamente:

# ~/.config/systemd/user/openclaw-browser.service
[Unit]
Description=OpenClaw Browser (Chrome CDP)
After=network.target

[Service]
ExecStart=/snap/bin/chromium --headless --no-sandbox --disable-gpu --remote-debugging-port=18800 --user-data-dir=%h/.openclaw/browser/openclaw/user-data about:blank
Restart=on-failure
RestartSec=5

[Install]
WantedBy=default.target

​

Verificar se o navegador funciona

curl -s http://127.0.0.1:18791/ | jq '{running, pid, chosenBrowser}'

curl -s -X POST http://127.0.0.1:18791/start
curl -s http://127.0.0.1:18791/tabs

​

Referência de configuração

​

Problema: “Nenhuma aba do Chrome encontrada para profile=“user""

1. Use o navegador gerenciado: openclaw browser start --browser-profile openclaw (ou defina browser.defaultProfile: "openclaw").
2. Use o Chrome MCP: garanta que o Chrome local esteja em execução com pelo menos uma aba aberta e tente novamente com --browser-profile user.

• user é apenas para o host. Para servidores Linux, contêineres ou hosts remotos, prefira perfis CDP.
• user / outros perfis existing-session mantêm os limites atuais do Chrome MCP: ações orientadas por referência, hooks de upload de um arquivo, sem substituições de tempo limite de diálogo, sem wait --load networkidle e sem responsebody, exportação de PDF, interceptação de download ou ações em lote.
• Perfis openclaw locais atribuem automaticamente cdpPort/cdpUrl; defina esses valores apenas para CDP remoto.
• Perfis CDP remotos aceitam http://, https://, ws:// e wss://. Use HTTP(S) para descoberta de /json/version, ou WS(S) quando seu serviço de navegador fornecer uma URL direta de socket DevTools.

​

Relacionado

• Navegador
• Login no navegador
• Solução de problemas do navegador WSL2