Zum Hauptinhalt springen

​
Linux-Server

Führen Sie das OpenClaw-Gateway auf einem beliebigen Linux-Server oder Cloud-VPS aus. Diese Seite hilft Ihnen bei der Auswahl eines Providers, erklärt, wie Cloud-Bereitstellungen funktionieren, und behandelt allgemeines Linux- Tuning, das überall gilt.

​
Einen Provider auswählen

Railway

Ein-Klick-Einrichtung im Browser

Northflank

Ein-Klick-Einrichtung im Browser

DigitalOcean

Einfacher kostenpflichtiger VPS

Oracle Cloud

Always Free ARM tier

Fly.io

Fly Machines

Hetzner

Docker auf einem Hetzner-VPS

GCP

Compute Engine

Azure

Linux-VM

exe.dev

VM mit HTTPS-Proxy

Raspberry Pi

ARM selbst gehostet
AWS (EC2 / Lightsail / kostenlose Stufe) funktioniert ebenfalls gut. Eine Community-Videoanleitung ist verfügbar unter x.com/techfrenAJ/status/2014934471095812547 (Community-Ressource — möglicherweise später nicht mehr verfügbar).

​
So funktionieren Cloud-Setups

  • Das Gateway läuft auf dem VPS und verwaltet Status + Workspace.
  • Sie verbinden sich von Ihrem Laptop oder Telefon über die Control UI oder Tailscale/SSH.
  • Behandeln Sie den VPS als Quelle der Wahrheit und sichern Sie Status + Workspace regelmäßig.
  • Sichere Standardeinstellung: Lassen Sie das Gateway auf loopback laufen und greifen Sie über einen SSH-Tunnel oder Tailscale Serve darauf zu. Wenn Sie an lan oder tailnet binden, verlangen Sie gateway.auth.token oder gateway.auth.password.
Verwandte Seiten: Remote-Zugriff auf das Gateway, Plattformen-Hub.

​
Gemeinsamer Unternehmens-Agent auf einem VPS

Einen einzelnen Agenten für ein Team auszuführen ist ein gültiges Setup, wenn sich alle Benutzer innerhalb derselben Vertrauensgrenze befinden und der Agent ausschließlich geschäftlich verwendet wird.
  • Betreiben Sie ihn auf einer dedizierten Runtime (VPS/VM/Container + dedizierter OS-Benutzer/Accounts).
  • Melden Sie diese Runtime nicht bei persönlichen Apple-/Google-Konten oder persönlichen Browser-/Passwort-Manager-Profilen an.
  • Wenn Benutzer einander gegenüber adversarial sind, trennen Sie nach Gateway/Host/OS-Benutzer.
Details zum Sicherheitsmodell: Sicherheit.

​
Nodes mit einem VPS verwenden

Sie können das Gateway in der Cloud belassen und nodes auf Ihren lokalen Geräten koppeln (Mac/iOS/Android/headless). Nodes bieten lokale Bildschirm-/Kamera-/Canvas- und system.run- Funktionen, während das Gateway in der Cloud bleibt. Docs: Nodes, Nodes CLI.

​
Start-Tuning für kleine VMs und ARM-Hosts

Wenn sich CLI-Befehle auf leistungsschwachen VMs (oder ARM-Hosts) langsam anfühlen, aktivieren Sie den Module Compile Cache von Node: 
grep -q 'NODE_COMPILE_CACHE=/var/tmp/openclaw-compile-cache' ~/.bashrc || cat >> ~/.bashrc <<'EOF'
export NODE_COMPILE_CACHE=/var/tmp/openclaw-compile-cache
mkdir -p /var/tmp/openclaw-compile-cache
export OPENCLAW_NO_RESPAWN=1
EOF
source ~/.bashrc
  • NODE_COMPILE_CACHE verbessert die Startzeiten bei wiederholten Befehlen.
  • OPENCLAW_NO_RESPAWN=1 vermeidet zusätzlichen Start-Overhead durch einen Self-Respawn-Pfad.
  • Der erste Befehlslauf wärmt den Cache auf; nachfolgende Läufe sind schneller.
  • Für Raspberry-Pi-spezifische Hinweise siehe Raspberry Pi.

​
systemd-Tuning-Checkliste (optional)

Für VM-Hosts mit systemd sollten Sie Folgendes erwägen:
  • Service-Umgebungsvariablen für einen stabilen Startpfad hinzufügen:
    • OPENCLAW_NO_RESPAWN=1
    • NODE_COMPILE_CACHE=/var/tmp/openclaw-compile-cache
  • Neustartverhalten explizit festlegen:
    • Restart=always
    • RestartSec=2
    • TimeoutStartSec=90
  • Bevorzugen Sie SSD-gestützte Datenträger für Status-/Cache-Pfade, um Zufalls-I/O-Strafen bei Kaltstarts zu reduzieren.
Für den Standardpfad openclaw onboard --install-daemon bearbeiten Sie die User-Unit: 
systemctl --user edit openclaw-gateway.service

[Service]
Environment=OPENCLAW_NO_RESPAWN=1
Environment=NODE_COMPILE_CACHE=/var/tmp/openclaw-compile-cache
Restart=always
RestartSec=2
TimeoutStartSec=90
Wenn Sie stattdessen absichtlich eine System-Unit installiert haben, bearbeiten Sie openclaw-gateway.service über sudo systemctl edit openclaw-gateway.service. So helfen Restart=-Richtlinien bei der automatisierten Wiederherstellung: systemd kann die Dienstwiederherstellung automatisieren.