Saltar al contenido principal

​
Tailscale (panel del Gateway)

OpenClaw puede configurar automáticamente Serve (tailnet) o Funnel (público) de Tailscale para el panel del Gateway y el puerto WebSocket. Esto mantiene el Gateway enlazado a loopback mientras Tailscale proporciona HTTPS, enrutamiento y (para Serve) encabezados de identidad.

​
Modos

  • serve: Serve solo para tailnet mediante tailscale serve. El gateway permanece en 127.0.0.1.
  • funnel: HTTPS público mediante tailscale funnel. OpenClaw requiere una contraseña compartida.
  • off: Predeterminado (sin automatización de Tailscale).

​
Autenticación

Establece gateway.auth.mode para controlar el handshake:
  • none (solo ingreso privado)
  • token (predeterminado cuando OPENCLAW_GATEWAY_TOKEN está establecido)
  • password (secreto compartido mediante OPENCLAW_GATEWAY_PASSWORD o configuración)
  • trusted-proxy (proxy inverso con reconocimiento de identidad; consulta Autenticación de proxy de confianza)
Cuando tailscale.mode = "serve" y gateway.auth.allowTailscale es true, la autenticación de la UI de Control/WebSocket puede usar encabezados de identidad de Tailscale (tailscale-user-login) sin proporcionar un token/contraseña. OpenClaw verifica la identidad resolviendo la dirección x-forwarded-for mediante el daemon local de Tailscale (tailscale whois) y comparándola con el encabezado antes de aceptarla. OpenClaw solo trata una solicitud como Serve cuando llega desde loopback con los encabezados x-forwarded-for, x-forwarded-proto y x-forwarded-host de Tailscale. Los endpoints de la API HTTP (por ejemplo /v1/*, /tools/invoke y /api/channels/*) no usan autenticación por encabezado de identidad de Tailscale. Siguen usando el modo normal de autenticación HTTP del gateway: autenticación por secreto compartido de forma predeterminada, o una configuración intencionada de trusted-proxy / none con ingreso privado. Este flujo sin token asume que el host del gateway es de confianza. Si puede ejecutarse código local no confiable en el mismo host, deshabilita gateway.auth.allowTailscale y exige autenticación mediante token/contraseña en su lugar. Para requerir credenciales explícitas de secreto compartido, establece gateway.auth.allowTailscale: false y usa gateway.auth.mode: "token" o "password".

​
Ejemplos de configuración

​
Solo tailnet (Serve)

{
  gateway: {
    bind: "loopback",
    tailscale: { mode: "serve" },
  },
}
Abre: https://<magicdns>/ (o tu gateway.controlUi.basePath configurado)

​
Solo tailnet (enlazar a la IP de Tailnet)

Usa esto cuando quieras que el Gateway escuche directamente en la IP de Tailnet (sin Serve/Funnel). 
{
  gateway: {
    bind: "tailnet",
    auth: { mode: "token", token: "your-token" },
  },
}
Conéctate desde otro dispositivo de Tailnet:
  • UI de Control: http://<tailscale-ip>:18789/
  • WebSocket: ws://<tailscale-ip>:18789
Nota: loopback (http://127.0.0.1:18789) no funcionará en este modo.

​
Internet público (Funnel + contraseña compartida)

{
  gateway: {
    bind: "loopback",
    tailscale: { mode: "funnel" },
    auth: { mode: "password", password: "replace-me" },
  },
}
Prefiere OPENCLAW_GATEWAY_PASSWORD antes que confirmar una contraseña en disco.

​
Ejemplos de CLI

openclaw gateway --tailscale serve
openclaw gateway --tailscale funnel --auth password

​
Notas

  • Tailscale Serve/Funnel requiere que la CLI tailscale esté instalada y con sesión iniciada.
  • tailscale.mode: "funnel" se niega a iniciarse a menos que el modo de autenticación sea password para evitar exposición pública.
  • Establece gateway.tailscale.resetOnExit si quieres que OpenClaw deshaga la configuración de tailscale serve o tailscale funnel al apagarse.
  • gateway.bind: "tailnet" es un enlace directo a Tailnet (sin HTTPS, sin Serve/Funnel).
  • gateway.bind: "auto" prefiere loopback; usa tailnet si quieres solo Tailnet.
  • Serve/Funnel solo exponen la UI de control + WS del Gateway. Los nodos se conectan por el mismo endpoint WS del Gateway, por lo que Serve puede funcionar para el acceso de nodos.

​
Control del navegador (Gateway remoto + navegador local)

Si ejecutas el Gateway en una máquina pero quieres controlar un navegador en otra máquina, ejecuta un host de nodo en la máquina del navegador y mantén ambas en la misma tailnet. El Gateway enviará por proxy las acciones del navegador al nodo; no se necesita un servidor de control ni una URL de Serve aparte. Evita Funnel para el control del navegador; trata el emparejamiento del nodo como acceso de operador.

​
Requisitos previos + límites de Tailscale

  • Serve requiere HTTPS habilitado para tu tailnet; la CLI lo solicita si falta.
  • Serve inyecta encabezados de identidad de Tailscale; Funnel no.
  • Funnel requiere Tailscale v1.38.3+, MagicDNS, HTTPS habilitado y un atributo de nodo funnel.
  • Funnel solo admite los puertos 443, 8443 y 10000 sobre TLS.
  • Funnel en macOS requiere la variante de aplicación de Tailscale de código abierto.

​
Más información