Browser-Fehlerbehebung (Linux)
Problem: “Failed to start Chrome CDP on port 18800”
Der Browser-Control-Server von OpenClaw kann Chrome/Brave/Edge/Chromium nicht mit folgendem Fehler starten:Ursache
Unter Ubuntu (und vielen Linux-Distributionen) ist die Standardinstallation von Chromium ein snap-Paket. Die AppArmor-Isolierung von Snap stört dabei, wie OpenClaw den Browser-Prozess startet und überwacht. Der Befehlapt install chromium installiert ein Stub-Paket, das auf snap umleitet:
Lösung 1: Google Chrome installieren (empfohlen)
Installiere das offizielle Google-Chrome-.deb-Paket, das nicht durch snap sandboxed ist:
~/.openclaw/openclaw.json):
Lösung 2: Snap-Chromium mit Attach-Only-Modus verwenden
Wenn du Snap-Chromium verwenden musst, konfiguriere OpenClaw so, dass es sich an einen manuell gestarteten Browser anhängt:- Konfiguration aktualisieren:
- Chromium manuell starten:
- Optional einen systemd-User-Service erstellen, um Chrome automatisch zu starten:
systemctl --user enable --now openclaw-browser.service
Überprüfen, ob der Browser funktioniert
Status prüfen:Konfigurationsreferenz
| Option | Beschreibung | Standard |
|---|---|---|
browser.enabled | Browsersteuerung aktivieren | true |
browser.executablePath | Pfad zu einer Chromium-basierten Browser-Binary (Chrome/Brave/Edge/Chromium) | automatisch erkannt (bevorzugt den Standardbrowser, wenn Chromium-basiert) |
browser.headless | Ohne GUI ausführen | false |
browser.noSandbox | Flag --no-sandbox hinzufügen (für einige Linux-Setups nötig) | false |
browser.attachOnly | Browser nicht starten, nur an bestehenden anhängen | false |
browser.cdpPort | Chrome-DevTools-Protocol-Port | 18800 |
Problem: “No Chrome tabs found for profile=“user""
Du verwendest einexisting-session-/Chrome-MCP-Profil. OpenClaw kann lokales Chrome sehen,
aber es sind keine offenen Tabs zum Anhängen verfügbar.
Mögliche Lösungen:
- Den verwalteten Browser verwenden:
openclaw browser start --browser-profile openclaw(oderbrowser.defaultProfile: "openclaw"setzen). - Chrome MCP verwenden: Stelle sicher, dass lokales Chrome mit mindestens einem offenen Tab läuft, und versuche es dann erneut mit
--browser-profile user.
userist nur für den Host. Für Linux-Server, Container oder Remote-Hosts solltest du CDP-Profile bevorzugen.user/ andereexisting-session-Profile behalten die aktuellen Einschränkungen von Chrome MCP: ref-gesteuerte Aktionen, Hooks für Datei-Uploads mit nur einer Datei, keine Dialog-Timeout-Overrides, keinwait --load networkidleund keinresponsebody, PDF-Export, Download- Abfangen oder Batch-Aktionen.- Lokale
openclaw-Profile weisencdpPort/cdpUrlautomatisch zu; setze diese nur für Remote-CDP. - Remote-CDP-Profile akzeptieren
http://,https://,ws://undwss://. Verwende HTTP(S) für/json/version-Erkennung oder WS(S), wenn dein Browser- Service dir eine direkte DevTools-Socket-URL gibt.