Tools
Solução de problemas do navegador
Problema: "Falha ao iniciar o CDP do Chrome na porta 18800"
O servidor de controle de navegador do OpenClaw falha ao iniciar Chrome/Brave/Edge/Chromium com o erro:
{"error":"Error: Failed to start Chrome CDP on port 18800 for profile \"openclaw\"."}
Causa raiz
No Ubuntu (e em muitas distribuições Linux), a instalação padrão do Chromium é um pacote snap. O confinamento AppArmor do Snap interfere na forma como o OpenClaw inicia e monitora o processo do navegador.
O comando apt install chromium instala um pacote auxiliar que redireciona para snap:
Note, selecting 'chromium-browser' instead of 'chromium'
chromium-browser is already the newest version (2:1snap1-0ubuntu2).
Isso NÃO é um navegador real - é apenas um wrapper.
Outras falhas comuns de inicialização no Linux:
The profile appears to be in use by another Chromium processsignifica que o Chrome encontrou arquivos de bloqueioSingleton*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 $DISPLAYsignifica 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 quandoDISPLAYeWAYLAND_DISPLAYestão ambos indefinidos. Se você definirOPENCLAW_BROWSER_HEADLESS=0,browser.headless: falseoubrowser.profiles.<name>.headless: false, remova essa substituição com interface, definaOPENCLAW_BROWSER_HEADLESS=1, inicieXvfb, executeopenclaw browser start --headlesspara uma inicialização gerenciada avulsa, ou execute o OpenClaw em uma sessão de desktop real.
Solução 1: Instalar o Google Chrome (recomendado)
Instale o pacote .deb oficial do Google Chrome, que não é isolado pelo snap:
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
Em seguida, atualize sua configuração do OpenClaw (~/.openclaw/openclaw.json):
{
"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
Se você precisa usar o Chromium do snap, configure o OpenClaw para anexar a um navegador iniciado manualmente:
- Atualize a configuração:
{
"browser": {
"enabled": true,
"attachOnly": true,
"headless": true,
"noSandbox": true
}
}
- 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 &
- 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
Habilite com: systemctl --user enable --now openclaw-browser.service
Verificar se o navegador funciona
Verifique o status:
curl -s http://127.0.0.1:18791/ | jq '{running, pid, chosenBrowser}'
Teste a navegação:
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
| Opção | Descrição | Padrão |
|---|---|---|
browser.enabled |
Habilitar controle do navegador | true |
browser.executablePath |
Caminho para um binário de navegador baseado em Chromium (Chrome/Brave/Edge/Chromium) | detectado automaticamente (prefere o navegador padrão quando baseado em Chromium) |
browser.headless |
Executar sem GUI | false |
OPENCLAW_BROWSER_HEADLESS |
Substituição por processo para o modo headless do navegador gerenciado local | indefinido |
browser.noSandbox |
Adicionar a flag --no-sandbox (necessária para algumas configurações Linux) |
false |
browser.attachOnly |
Não iniciar o navegador, apenas anexar ao existente | false |
browser.cdpPort |
Porta do Chrome DevTools Protocol | 18800 |
browser.localLaunchTimeoutMs |
Tempo limite de descoberta do Chrome gerenciado local | 15000 |
browser.localCdpReadyTimeoutMs |
Tempo limite de prontidão do CDP após inicialização gerenciada local | 8000 |
No Raspberry Pi, em hosts VPS mais antigos ou em armazenamento lento, aumente
browser.localLaunchTimeoutMs quando o Chrome precisar de mais tempo para expor seu endpoint
HTTP de CDP. Aumente browser.localCdpReadyTimeoutMs quando a inicialização for bem-sucedida, mas
openclaw browser start ainda relatar not reachable after start. Os valores devem
ser inteiros positivos até 120000 ms; valores de configuração inválidos são rejeitados.
Problema: "Nenhuma aba do Chrome encontrada para profile="user""
Você está usando um perfil existing-session / Chrome MCP. O OpenClaw consegue ver o Chrome local,
mas não há abas abertas disponíveis para anexar.
Opções de correção:
- Use o navegador gerenciado:
openclaw browser start --browser-profile openclaw(ou definabrowser.defaultProfile: "openclaw"). - 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.
Observações:
useré apenas para o host. Para servidores Linux, contêineres ou hosts remotos, prefira perfis CDP.user/ outros perfisexisting-sessionmantê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, semwait --load networkidlee semresponsebody, exportação de PDF, interceptação de download ou ações em lote.- Perfis
openclawlocais atribuem automaticamentecdpPort/cdpUrl; defina esses valores apenas para CDP remoto. - Perfis CDP remotos aceitam
http://,https://,ws://ewss://. Use HTTP(S) para descoberta de/json/version, ou WS(S) quando seu serviço de navegador fornecer uma URL direta de socket DevTools.