Zum Hauptinhalt springen

​
Web (Gateway)

Das Gateway stellt auf demselben Port wie das Gateway-WebSocket eine kleine browserbasierte Control UI (Vite + Lit) bereit:
  • Standard: http://<host>:18789/
  • optionales Präfix: setzen Sie gateway.controlUi.basePath (z. B. /openclaw)
Die Funktionen sind unter Control UI beschrieben. Diese Seite konzentriert sich auf Bind-Modi, Sicherheit und webseitige Oberflächen.

​
Webhooks

Wenn hooks.enabled=true, stellt das Gateway auf demselben HTTP-Server außerdem einen kleinen Webhook-Endpunkt bereit. Siehe Gateway-Konfiguration → hooks für Authentifizierung + Payloads.

​
Konfiguration (standardmäßig aktiviert)

Die Control UI ist standardmäßig aktiviert, wenn Assets vorhanden sind (dist/control-ui). Sie können sie per Konfiguration steuern: 
{
  gateway: {
    controlUi: { enabled: true, basePath: "/openclaw" }, // basePath optional
  },
}

​
Tailscale-Zugriff

​
Integriertes Serve (empfohlen)

Belassen Sie das Gateway auf loopback und lassen Sie Tailscale Serve es proxien: 
{
  gateway: {
    bind: "loopback",
    tailscale: { mode: "serve" },
  },
}
Starten Sie dann das Gateway: 
openclaw gateway
Öffnen Sie:
  • https://<magicdns>/ (oder Ihren konfigurierten gateway.controlUi.basePath)

​
Tailnet-Bind + Token

{
  gateway: {
    bind: "tailnet",
    controlUi: { enabled: true },
    auth: { mode: "token", token: "your-token" },
  },
}
Starten Sie dann das Gateway (dieses Nicht-Loopback-Beispiel verwendet Authentifizierung mit gemeinsamem Secret per Token): 
openclaw gateway
Öffnen Sie:
  • http://<tailscale-ip>:18789/ (oder Ihren konfigurierten gateway.controlUi.basePath)

​
Öffentliches Internet (Funnel)

{
  gateway: {
    bind: "loopback",
    tailscale: { mode: "funnel" },
    auth: { mode: "password" }, // or OPENCLAW_GATEWAY_PASSWORD
  },
}

​
Sicherheitshinweise

  • Gateway-Authentifizierung ist standardmäßig erforderlich (Token, Passwort, trusted-proxy oder Tailscale-Serve-Identity-Header, wenn aktiviert).
  • Nicht-Loopback-Binds erfordern weiterhin Gateway-Authentifizierung. In der Praxis bedeutet das Token-/Passwort-Authentifizierung oder einen identitätsbewussten Reverse-Proxy mit gateway.auth.mode: "trusted-proxy".
  • Der Assistent erstellt standardmäßig Authentifizierung mit gemeinsamem Secret und generiert normalerweise ein Gateway-Token (auch auf loopback).
  • Im Modus mit gemeinsamem Secret sendet die UI connect.params.auth.token oder connect.params.auth.password.
  • In identitätstragenden Modi wie Tailscale Serve oder trusted-proxy wird die WebSocket-Authentifizierungsprüfung stattdessen über Request-Header erfüllt.
  • Für Nicht-Loopback-Bereitstellungen der Control UI setzen Sie gateway.controlUi.allowedOrigins explizit (vollständige Origins). Ohne dies wird der Gateway-Start standardmäßig verweigert.
  • gateway.controlUi.dangerouslyAllowHostHeaderOriginFallback=true aktiviert den Host-Header-Origin-Fallback-Modus, ist jedoch eine gefährliche Sicherheitsabschwächung.
  • Mit Serve können Tailscale-Identity-Header die Authentifizierung für Control UI/WebSocket erfüllen, wenn gateway.auth.allowTailscale auf true gesetzt ist (kein Token/Passwort erforderlich). HTTP-API-Endpunkte verwenden diese Tailscale-Identity-Header nicht; sie folgen stattdessen dem normalen HTTP-Authentifizierungsmodus des Gateways. Setzen Sie gateway.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" erfordert gateway.auth.mode: "password" (gemeinsam genutztes Passwort).

​
Die UI bauen

Das Gateway stellt statische Dateien aus dist/control-ui bereit. Bauen Sie sie mit: 
pnpm ui:build # auto-installs UI deps on first run