Vai al contenuto principale
Esegui OpenClaw Gateway su qualsiasi server Linux o VPS cloud. Questa pagina ti aiuta a scegliere un provider, spiega come funzionano le distribuzioni cloud e tratta l’ottimizzazione generica di Linux applicabile ovunque.

​
Scegli un provider

Railway

Configurazione dal browser con un clic

Northflank

Configurazione dal browser con un clic

DigitalOcean

VPS a pagamento semplice

Oracle Cloud

Livello ARM Always Free

Fly.io

Fly Machines

Hetzner

Docker su VPS Hetzner

Hostinger

VPS con configurazione con un clic

GCP

Compute Engine

Azure

VM Linux

exe.dev

VM con proxy HTTPS

Raspberry Pi

ARM self-hosted
Anche AWS (EC2 / Lightsail / livello gratuito) funziona bene. Una guida video dettagliata della community è disponibile su x.com/techfrenAJ/status/2014934471095812547 (risorsa della community — potrebbe diventare non disponibile).

​
Come funzionano le configurazioni cloud

  • Il Gateway viene eseguito sulla VPS e gestisce stato + workspace.
  • Ti connetti dal laptop o dal telefono tramite la Control UI o Tailscale/SSH.
  • Considera la VPS come fonte attendibile e fai il backup regolarmente di stato + workspace.
  • Impostazione predefinita sicura: mantieni il Gateway su loopback e accedivi tramite tunnel SSH o Tailscale Serve. Se esegui il bind a lan o tailnet, richiedi gateway.auth.token o gateway.auth.password.
Pagine correlate: accesso remoto al Gateway, hub delle piattaforme.

​
Rafforza prima l’accesso amministrativo

Prima di installare OpenClaw su una VPS pubblica, decidi come vuoi amministrare la macchina stessa.
  • Se vuoi un accesso amministrativo solo tramite Tailnet, installa prima Tailscale, collega la VPS alla tua tailnet, verifica una seconda sessione SSH sull’IP Tailscale o sul nome MagicDNS, quindi limita l’SSH pubblico.
  • Se non usi Tailscale, applica un rafforzamento equivalente al tuo percorso SSH prima di esporre altri servizi.
  • Questo è separato dall’accesso al Gateway. Puoi comunque mantenere OpenClaw in bind a loopback e usare un tunnel SSH o Tailscale Serve per la dashboard.
Le opzioni del Gateway specifiche per Tailscale sono in Tailscale.

​
Agent aziendale condiviso su una VPS

Eseguire un singolo agent per un team è una configurazione valida quando ogni utente rientra nello stesso perimetro di fiducia e l’agent è solo aziendale.
  • Mantienilo su un runtime dedicato (VPS/VM/container + utente/account OS dedicati).
  • Non accedere da quel runtime ad account personali Apple/Google o a profili personali di browser/password manager.
  • Se gli utenti sono antagonisti tra loro, separali per gateway/host/utente OS.
Dettagli sul modello di sicurezza: Sicurezza.

​
Usare i node con una VPS

Puoi mantenere il Gateway nel cloud e associarvi node sui tuoi dispositivi locali (Mac/iOS/Android/headless). I node forniscono schermo/camera/canvas locali e capacità system.run mentre il Gateway rimane nel cloud. Documentazione: Node, CLI dei node.

​
Ottimizzazione dell’avvio per VM piccole e host ARM

Se i comandi CLI risultano lenti su VM a bassa potenza (o host ARM), abilita la cache di compilazione dei moduli di 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 migliora i tempi di avvio dei comandi ripetuti.
  • OPENCLAW_NO_RESPAWN=1 mantiene i riavvii di routine del Gateway nello stesso processo, evitando passaggi di consegna a processi aggiuntivi e mantenendo semplice il tracciamento del PID su host piccoli.
  • La prima esecuzione di un comando riscalda la cache; le esecuzioni successive sono più veloci.
  • Per i dettagli specifici di Raspberry Pi, vedi Raspberry Pi.

​
Checklist di ottimizzazione systemd (opzionale)

Per host VM che usano systemd, considera di:
  • Aggiungere variabili env del servizio per un percorso di avvio stabile:
    • OPENCLAW_NO_RESPAWN=1
    • NODE_COMPILE_CACHE=/var/tmp/openclaw-compile-cache
  • Mantenere esplicito il comportamento di riavvio:
    • Restart=always
    • RestartSec=2
    • TimeoutStartSec=90
  • Preferire dischi basati su SSD per i percorsi di stato/cache, così da ridurre le penalità di avvio a freddo dovute a I/O casuale.
Per il percorso standard openclaw onboard --install-daemon, modifica l’unità utente: 
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
Se hai installato deliberatamente un’unità di sistema, modifica invece openclaw-gateway.service tramite sudo systemctl edit openclaw-gateway.service. In che modo le policy Restart= aiutano il ripristino automatizzato: systemd può automatizzare il ripristino dei servizi. Per il comportamento OOM di Linux, la selezione del processo figlio vittima e la diagnostica di exit 137, vedi pressione di memoria Linux e terminazioni OOM.

​
Correlati