Risoluzione dei problemi del browser

Problema: impossibile avviare Chrome CDP sulla porta 18800

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

Causa principale

Su Ubuntu e sulla maggior parte delle distribuzioni Linux, apt install chromium installa un wrapper snap, non un browser reale:

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

Il confinamento AppArmor di snap interferisce con il modo in cui OpenClaw avvia e monitora il processo del browser.

Altri errori comuni di avvio su Linux:

• The profile appears to be in use by another Chromium process: file di blocco Singleton* obsoleti nella directory del profilo gestito. OpenClaw rimuove questi blocchi e riprova una volta quando il blocco fa riferimento a un processo terminato o su un host diverso.
• Missing X server or $DISPLAY: è stato richiesto esplicitamente un browser visibile su un host senza una sessione desktop. Su Linux, i profili gestiti locali passano alla modalità headless quando sia DISPLAY sia WAYLAND_DISPLAY non sono impostati. Se hai impostato OPENCLAW_BROWSER_HEADLESS=0, browser.headless: false o browser.profiles.<name>.headless: false, rimuovi tale impostazione che forza la modalità con interfaccia, imposta OPENCLAW_BROWSER_HEADLESS=1, avvia Xvfb, esegui openclaw browser start --headless per un singolo avvio gestito oppure esegui OpenClaw in una vera sessione desktop.

Soluzione 1: installare Google Chrome (consigliata)

wget https://dl.google.com/linux/direct/google-chrome-stable_current_amd64.debsudo dpkg -i google-chrome-stable_current_amd64.debsudo apt --fix-broken install -y  # se sono presenti errori relativi alle dipendenze

Aggiorna ~/.openclaw/openclaw.json:

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

Soluzione 2: utilizzare Chromium snap in modalità di sola connessione

Se devi mantenere Chromium snap, configura OpenClaw affinché si connetta a un browser avviato manualmente anziché avviarlo:

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

Avvia Chromium manualmente:

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

Facoltativamente, avvialo automaticamente con un servizio utente systemd:

# ~/.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:blankRestart=on-failureRestartSec=5 [Install]WantedBy=default.target

systemctl --user enable --now openclaw-browser.service

Verificare che il browser funzioni

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

Riferimento alla configurazione

Entrambi i valori di timeout devono essere numeri interi positivi non superiori a 120000 ms; gli altri valori vengono rifiutati durante il caricamento della configurazione. Su Raspberry Pi, host VPS meno recenti o sistemi di archiviazione lenti, aumenta browser.localLaunchTimeoutMs quando Chrome richiede più tempo per rendere disponibile il proprio endpoint HTTP CDP. Aumenta browser.localCdpReadyTimeoutMs quando l'avvio riesce ma openclaw browser start continua a segnalare not reachable after start.

Problema: nessuna scheda di Chrome trovata per profile="user"

Stai utilizzando il profilo user (existing-session / Chrome MCP) e non ci sono schede aperte a cui connettersi.

Possibili soluzioni:

1. Utilizza invece il browser gestito: openclaw browser --browser-profile openclaw start (oppure imposta browser.defaultProfile: "openclaw").
2. Mantieni Chrome locale in esecuzione con almeno una scheda aperta, quindi riprova con --browser-profile user.

Note:

• user è disponibile solo sull'host. Su server Linux, container o host remoti, preferisci invece i profili CDP.
• user e gli altri profili existing-session condividono gli attuali limiti di Chrome MCP: solo azioni basate su riferimenti, un file per caricamento, nessuna sostituzione di timeoutMs per le finestre di dialogo, nessun wait --load networkidle e nessuna azione relativa a responsebody, esportazione PDF, intercettazione dei download o operazioni in batch.
• I profili locali del driver openclaw assegnano automaticamente cdpPort/cdpUrl; impostali manualmente solo per CDP remoto.
• I profili CDP remoti accettano http://, https://, ws:// e wss://. Utilizza HTTP(S) per il rilevamento tramite /json/version oppure WS(S) quando il servizio del browser fornisce direttamente l'URL di un socket DevTools.

Risorse correlate

• Browser
• Accesso al browser
• Risoluzione dei problemi del CDP remoto del browser in WSL2