- Standard:
http://<host>:18789/ - mit
gateway.tls.enabled: true:https://<host>:18789/ - optionales Präfix: Legen Sie
gateway.controlUi.basePathfest (z. B./openclaw)
Webhooks
Wennhooks.enabled=true ist, stellt der Gateway außerdem einen kleinen Webhook-Endpunkt auf demselben HTTP-Server bereit.
Siehe Gateway-Konfiguration → hooks für Authentifizierung und Payloads.
Admin HTTP RPC
Admin HTTP RPC stellt ausgewählte Gateway-Control-Plane-Methoden unterPOST /api/v1/admin/rpc bereit.
Es ist standardmäßig deaktiviert und wird nur registriert, wenn das Plugin admin-http-rpc aktiviert ist.
Siehe Admin HTTP RPC für das Authentifizierungsmodell, erlaubte Methoden und den WebSocket-Vergleich.
Konfiguration (standardmäßig aktiviert)
Die Control UI ist standardmäßig aktiviert, wenn Assets vorhanden sind (dist/control-ui).
Sie können sie über die Konfiguration steuern:
Tailscale-Zugriff
Integriertes Serve (empfohlen)
Belassen Sie den Gateway auf loopback und lassen Sie Tailscale Serve ihn proxien:https://<magicdns>/(oder Ihr konfiguriertesgateway.controlUi.basePath)
Tailnet-Bind + Token
http://<tailscale-ip>:18789/(oder Ihr konfiguriertesgateway.controlUi.basePath)
Öffentliches Internet (Funnel)
Sicherheitshinweise
- Gateway-Authentifizierung ist standardmäßig erforderlich (Token, Passwort, trusted-proxy oder Tailscale Serve-Identitätsheader, wenn aktiviert).
- Nicht-loopback-Binds erfordern weiterhin Gateway-Authentifizierung. In der Praxis bedeutet das Token-/Passwortauthentifizierung oder einen identitätsbewussten Reverse Proxy mit
gateway.auth.mode: "trusted-proxy". - Der Assistent erstellt standardmäßig Authentifizierung mit gemeinsamem Geheimnis und generiert in der Regel einen Gateway-Token (auch auf loopback).
- Im Modus mit gemeinsamem Geheimnis sendet die UI
connect.params.auth.tokenoderconnect.params.auth.password. - Wenn
gateway.tls.enabled: trueist, rendern lokale Dashboard- und Status-Helferhttps://-Dashboard-URLs undwss://-WebSocket-URLs. - In Modi mit Identitätsinformationen wie Tailscale Serve oder
trusted-proxywird die WebSocket-Authentifizierungsprüfung stattdessen über Request-Header erfüllt. - Für öffentliche Nicht-loopback-Control-UI-Deployments legen Sie
gateway.controlUi.allowedOriginsexplizit fest (vollständige Origins). Private Same-Origin-LAN-/Tailnet-Ladevorgänge werden für loopback, RFC1918/link-local,.local,.ts.netund Tailscale-CGNAT-Hosts akzeptiert. gateway.controlUi.dangerouslyAllowHostHeaderOriginFallback=trueaktiviert den Host-Header-Origin-Fallback-Modus, ist aber eine gefährliche Herabstufung der Sicherheit.- Mit Serve können Tailscale-Identitätsheader die Control-UI-/WebSocket-Authentifizierung erfüllen,
wenn
gateway.auth.allowTailscaletrueist (kein Token/Passwort erforderlich). HTTP-API-Endpunkte verwenden diese Tailscale-Identitätsheader nicht; sie folgen stattdessen dem normalen HTTP-Authentifizierungsmodus des Gateways. Setzen Siegateway.auth.allowTailscale: false, um explizite Anmeldedaten zu verlangen. Siehe Tailscale und Sicherheit. Dieser tokenlose Ablauf setzt voraus, dass dem Gateway-Host vertraut wird. gateway.tailscale.mode: "funnel"erfordertgateway.auth.mode: "password"(gemeinsames Passwort).
UI erstellen
Der Gateway stellt statische Dateien ausdist/control-ui bereit. Erstellen Sie sie mit: