Servidor Linux
Ejecuta el Gateway de OpenClaw en cualquier servidor Linux o VPS en la nube. Esta página te ayuda a elegir un proveedor, explica cómo funcionan los despliegues en la nube y cubre ajustes generales de Linux que se aplican en cualquier entorno.Elige un proveedor
Railway
Configuración con un clic en el navegador
Northflank
Configuración con un clic en el navegador
DigitalOcean
VPS de pago sencillo
Oracle Cloud
Nivel ARM Always Free
Fly.io
Fly Machines
Hetzner
Docker en VPS de Hetzner
Hostinger
VPS con configuración con un clic
GCP
Compute Engine
Azure
VM Linux
exe.dev
VM con proxy HTTPS
Raspberry Pi
Alojamiento propio ARM
Cómo funcionan las configuraciones en la nube
- El Gateway se ejecuta en el VPS y mantiene el estado + espacio de trabajo.
- Te conectas desde tu laptop o teléfono mediante la Control UI o Tailscale/SSH.
- Trata el VPS como la fuente de verdad y haz copias de seguridad del estado + espacio de trabajo con regularidad.
- Valor predeterminado seguro: mantén el Gateway en loopback y accede a él mediante un túnel SSH o Tailscale Serve.
Si lo enlazas a
lanotailnet, exigegateway.auth.tokenogateway.auth.password.
Agente compartido de empresa en un VPS
Ejecutar un solo agente para un equipo es una configuración válida cuando todos los usuarios están dentro del mismo límite de confianza y el agente es solo para uso empresarial.- Mantenlo en un entorno de ejecución dedicado (VPS/VM/contenedor + usuario/cuentas de SO dedicados).
- No inicies sesión en ese entorno con cuentas personales de Apple/Google ni con perfiles personales de navegador/gestor de contraseñas.
- Si los usuarios son adversariales entre sí, sepáralos por gateway/host/usuario de SO.
Uso de nodes con un VPS
Puedes mantener el Gateway en la nube y emparejar nodes en tus dispositivos locales (Mac/iOS/Android/headless). Los nodes proporcionan capacidades locales de pantalla/cámara/canvas ysystem.run
mientras el Gateway permanece en la nube.
Documentación: Nodes, CLI de Nodes.
Ajuste de inicio para VM pequeñas y hosts ARM
Si los comandos de la CLI se sienten lentos en VM de baja potencia (o hosts ARM), habilita la caché de compilación de módulos de Node:NODE_COMPILE_CACHEmejora los tiempos de inicio de comandos repetidos.OPENCLAW_NO_RESPAWN=1evita sobrecarga adicional de inicio por una ruta de autorreinicio.- La primera ejecución del comando calienta la caché; las ejecuciones posteriores son más rápidas.
- Para detalles específicos de Raspberry Pi, consulta Raspberry Pi.
Lista de verificación de ajuste de systemd (opcional)
Para hosts VM que usan systemd, considera lo siguiente:
- Agrega variables de entorno del servicio para una ruta de inicio estable:
OPENCLAW_NO_RESPAWN=1NODE_COMPILE_CACHE=/var/tmp/openclaw-compile-cache
- Mantén explícito el comportamiento de reinicio:
Restart=alwaysRestartSec=2TimeoutStartSec=90
- Prefiere discos con SSD para las rutas de estado/caché para reducir las penalizaciones de arranque en frío por E/S aleatoria.
openclaw onboard --install-daemon, edita la unidad de usuario:
openclaw-gateway.service mediante sudo systemctl edit openclaw-gateway.service.
Cómo ayudan las políticas Restart= a la recuperación automatizada:
systemd puede automatizar la recuperación de servicios.