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.
Problem: „Failed to start Chrome CDP on port 18800“
Der Browser-Steuerungsserver von OpenClaw kann Chrome/Brave/Edge/Chromium nicht starten und gibt folgenden Fehler aus:Ursache
Unter Ubuntu (und vielen Linux-Distributionen) ist die Standardinstallation von Chromium ein snap-Paket. Die AppArmor-Einschränkung von snap beeinträchtigt, wie OpenClaw den Browserprozess startet und überwacht. Der Befehlapt install chromium installiert ein Stub-Paket, das auf snap umleitet:
The profile appears to be in use by another Chromium processbedeutet, dass Chrome veralteteSingleton*-Sperrdateien im verwalteten Profilverzeichnis gefunden hat. OpenClaw entfernt diese Sperren und versucht es einmal erneut, wenn die Sperre auf einen beendeten Prozess oder einen Prozess auf einem anderen Host verweist.Missing X server or $DISPLAYbedeutet, dass ein sichtbarer Browser ausdrücklich auf einem Host ohne Desktop-Sitzung angefordert wurde. Standardmäßig fallen lokal verwaltete Profile unter Linux jetzt auf den Headless-Modus zurück, wenn wederDISPLAYnochWAYLAND_DISPLAYgesetzt ist. Wenn SieOPENCLAW_BROWSER_HEADLESS=0,browser.headless: falseoderbrowser.profiles.<name>.headless: falsefestgelegt haben, entfernen Sie diese Headed-Überschreibung, setzen SieOPENCLAW_BROWSER_HEADLESS=1, starten SieXvfb, führen Sieopenclaw browser start --headlessfür einen einmaligen verwalteten Start aus oder führen Sie OpenClaw in einer echten Desktop-Sitzung aus.
Lösung 1: Google Chrome installieren (empfohlen)
Installieren Sie das offizielle.deb-Paket von Google Chrome, das nicht durch snap sandboxed wird:
~/.openclaw/openclaw.json):
Lösung 2: Snap Chromium mit Attach-Only-Modus verwenden
Wenn Sie snap Chromium verwenden müssen, konfigurieren Sie OpenClaw so, dass es eine manuell gestartete Browserinstanz verbindet:- Konfiguration aktualisieren:
- Chromium manuell starten:
- Optional einen systemd-Benutzerdienst erstellen, um Chrome automatisch zu starten:
systemctl --user enable --now openclaw-browser.service
Prüfen, ob der Browser funktioniert
Status prüfen:Konfigurationsreferenz
| Option | Beschreibung | Standardwert |
|---|---|---|
browser.enabled | Browsersteuerung aktivieren | true |
browser.executablePath | Pfad zu einer Chromium-basierten Browser-Binärdatei (Chrome/Brave/Edge/Chromium) | automatisch erkannt (bevorzugt den Standardbrowser, wenn Chromium-basiert) |
browser.headless | Ohne GUI ausführen | false |
OPENCLAW_BROWSER_HEADLESS | Prozessspezifische Überschreibung für den Headless-Modus des lokal verwalteten Browsers | nicht gesetzt |
browser.noSandbox | Flag --no-sandbox hinzufügen (für einige Linux-Setups erforderlich) | false |
browser.attachOnly | Browser nicht starten, nur mit vorhandenem verbinden | false |
browser.cdpPort | Port des Chrome DevTools Protocol | 18800 |
browser.localLaunchTimeoutMs | Timeout für die lokale verwaltete Chrome-Erkennung | 15000 |
browser.localCdpReadyTimeoutMs | Timeout für die CDP-Bereitschaft nach lokalem verwaltetem Start | 8000 |
browser.localLaunchTimeoutMs, wenn Chrome mehr Zeit benötigt, um seinen CDP-HTTP-
Endpoint bereitzustellen. Erhöhen Sie browser.localCdpReadyTimeoutMs, wenn der Start erfolgreich ist, aber
openclaw browser start weiterhin not reachable after start meldet. Werte müssen
positive Ganzzahlen bis 120000 ms sein; ungültige Konfigurationswerte werden abgelehnt.
Problem: „No Chrome tabs found for profile=“user”“
Sie verwenden einexisting-session- / Chrome-MCP-Profil. OpenClaw kann lokales Chrome sehen,
aber es sind keine geöffneten Tabs verfügbar, mit denen eine Verbindung hergestellt werden kann.
Behebungsoptionen:
- Den verwalteten Browser verwenden:
openclaw browser start --browser-profile openclaw(oderbrowser.defaultProfile: "openclaw"festlegen). - Chrome MCP verwenden: Stellen Sie sicher, dass lokales Chrome mit mindestens einem geöffneten Tab läuft, und versuchen Sie es anschließend erneut mit
--browser-profile user.
userist nur für den Host. Für Linux-Server, Container oder Remote-Hosts sollten Sie CDP-Profile bevorzugen.user- / andereexisting-session-Profile behalten die aktuellen Chrome-MCP-Einschränkungen bei: referenzgesteuerte Aktionen, Hooks für Ein-Datei-Uploads, keine Überschreibungen für Dialog-Timeouts, keinwait --load networkidleund keinresponsebody, kein PDF-Export, keine Download- Interception und keine Batch-Aktionen.- Lokale
openclaw-Profile weisencdpPort/cdpUrlautomatisch zu; legen Sie diese nur für Remote-CDP fest. - Remote-CDP-Profile akzeptieren
http://,https://,ws://undwss://. Verwenden Sie HTTP(S) für die Erkennung über/json/versionoder WS(S), wenn Ihr Browserdienst Ihnen eine direkte DevTools-Socket-URL bereitstellt.