Aller au contenu

Tailscale

OpenClaw peut configurer automatiquement Tailscale Serve (tailnet) ou Funnel (public) pour le tableau de bord du Gateway et le port WebSocket. Cela maintient le Gateway lié au bouclage local (loopback) tandis que Tailscale fournit HTTPS, le routage et (pour Serve) les en-têtes d’identité.

  • serve : Serve Tailnet uniquement via tailscale serve. La passerelle reste sur 127.0.0.1.
  • funnel : HTTPS public via tailscale funnel. OpenClaw nécessite un mot de passe partagé.
  • off : Par défaut (pas d’automatisation Tailscale).

Le statut et la sortie d’audit utilisent l’exposition Tailscale pour ce mode Serve/Funnel OpenClaw. off signifie que OpenClaw ne gère pas Serve ou Funnel ; cela ne signifie pas que le démon local Tailscale est arrêté ou déconnecté.

Définissez gateway.auth.mode pour contrôler la négociation (handshake) :

  • none (entrée privée uniquement)
  • token (par défaut lorsque OPENCLAW_GATEWAY_TOKEN est défini)
  • password (secret partagé via OPENCLAW_GATEWAY_PASSWORD ou la configuration)
  • trusted-proxy (proxy inverse avec conscience de l’identité ; voir Trusted Proxy Auth)

Lorsque tailscale.mode = "serve" et que gateway.auth.allowTailscale est true, l’authentification de l’interface de contrôle/WebSocket peut utiliser les en-têtes d’identité Tailscale (tailscale-user-login) sans fournir de jeton/mot de passe. OpenClaw vérifie l’identité en résolvant l’adresse x-forwarded-for via le démon local Tailscale (tailscale whois) et en la faisant correspondre à l’en-tête avant de l’accepter. OpenClaw ne traite une requête comme Serve que lorsqu’elle provient du bouclage local avec les en-têtes x-forwarded-for, x-forwarded-proto et x-forwarded-host de Tailscale. Pour les sessions opérateur de l’interface de contrôle qui incluent l’identité de l’appareil du navigateur, ce chemin Serve vérifié évite également l’aller-retour pour le jumelage des appareils. Cela ne contourne pas l’identité de l’appareil du navigateur : les clients sans appareil sont toujours rejetés, et les connexions WebSocket avec un rôle de nœud ou non liées à l’interface de contrôle suivent toujours les vérifications de jumelage et d’authentification normales. Les points de terminaison de l’API HTTP (par exemple /v1/*, /tools/invoke et /api/channels/*) n’utilisent pas l’authentification par en-tête d’identité Tailscale. Ils suivent toujours le mode d’authentification HTTP normal de la passerelle : authentification par secret partagé par défaut, ou une configuration none de proxy de confiance / d’entrée privée configurée intentionnellement. Ce flux sans jeton suppose que l’hôte de la passerelle est fiable. Si du code local non fiable peut s’exécuter sur le même hôte, désactivez gateway.auth.allowTailscale et exigez plutôt une authentification par jeton/mot de passe. Pour exiger des identifiants explicites par secret partagé, définissez gateway.auth.allowTailscale: false et utilisez gateway.auth.mode: "token" ou "password".

{
gateway: {
bind: "loopback",
tailscale: { mode: "serve" },
},
}

Open : https://<magicdns>/ (ou votre gateway.controlUi.basePath configuré)

Utilisez ceci lorsque vous voulez que le Gateway écoute directement sur l’IP Tailnet (pas de Serve/Funnel).

{
gateway: {
bind: "tailnet",
auth: { mode: "token", token: "your-token" },
},
}

Se connecter depuis un autre appareil Tailnet :

  • Interface de contrôle : http://<tailscale-ip>:18789/
  • WebSocket : ws://<tailscale-ip>:18789

{
gateway: {
bind: "loopback",
tailscale: { mode: "funnel" },
auth: { mode: "password", password: "replace-me" },
},
}

Privilégiez OPENCLAW_GATEWAY_PASSWORD plutôt que de stocker un mot de passe sur le disque.

Fenêtre de terminal
openclaw gateway --tailscale serve
openclaw gateway --tailscale funnel --auth password
  • Le Tailscale Serve/Funnel nécessite que le CLI tailscale soit installé et connecté.
  • tailscale.mode: "funnel" refuse de démarrer sauf si le mode d’authentification est password afin d’éviter une exposition publique.
  • Définissez gateway.tailscale.resetOnExit si vous souhaitez qu’OpenClaw annule la configuration tailscale serve ou tailscale funnel à l’arrêt.
  • Définissez gateway.tailscale.preserveFunnel: true pour conserver une route tailscale funnel configurée externe active lors des redémarrages de la passerelle. Lorsque cette option est activée et que la passerelle fonctionne en mode mode: "serve", OpenClaw vérifie tailscale funnel status avant de réappliquer Serve et l’ignore si une route Funnel couvre déjà le port de la passerelle. La stratégie de mot de passe uniquement Funnel gérée par OpenClaw reste inchangée.
  • gateway.bind: "tailnet" est une liaison directe au Tailnet (pas de HTTPS, pas de Serve/Funnel).
  • gateway.bind: "auto" privilégie le bouclage local ; utilisez tailnet si vous souhaitez un accès Tailnet uniquement.
  • Serve/Funnel exposent uniquement l’interface utilisateur de contrôle Gateway + WS. Les nœuds se connectent via le même point de terminaison WS de la Gateway, donc Serve peut fonctionner pour l’accès aux nœuds.

Contrôle du navigateur (Gateway distante + navigateur local)

Section intitulée « Contrôle du navigateur (Gateway distante + navigateur local) »

Si vous exécutez la Gateway sur une machine mais souhaitez piloter un navigateur sur une autre machine, exécutez un hôte de nœud sur la machine du navigateur et maintenez les deux sur le même tailnet. La Gateway agira comme proxy pour les actions du navigateur vers le nœud ; aucun serveur de contrôle distinct ni URL Serve n’est nécessaire.

Évitez d’utiliser Funnel pour le contrôle du navigateur ; traitez le jumelage de nœuds comme un accès opérateur.

  • Serve nécessite HTTPS activé pour votre tailnet ; la CLI vous invite à l’activer s’il manque.
  • Serve injecte les en-têtes d’identité Tailscale ; Funnel ne le fait pas.
  • Funnel nécessite Tailscale v1.38.3+, MagicDNS, HTTPS activé, et un attribut de nœud funnel.
  • Funnel prend uniquement en charge les ports 443, 8443 et 10000 sur TLS.
  • Funnel sur macOS nécessite la variante open-source de l’application Tailscale.