Перейти до основного вмісту

​
Linux-сервер

Запускайте Gateway OpenClaw на будь-якому Linux-сервері або хмарному VPS. Ця сторінка допоможе вам вибрати провайдера, пояснює, як працюють хмарні розгортання, і охоплює загальні налаштування Linux, які застосовуються всюди.

​
Виберіть провайдера

Railway

Налаштування в браузері в один клік

Northflank

Налаштування в браузері в один клік

DigitalOcean

Простий платний VPS

Oracle Cloud

Тариф Always Free ARM

Fly.io

Fly Machines

Hetzner

Docker на VPS Hetzner

GCP

Compute Engine

Azure

Linux VM

exe.dev

VM з HTTPS-проксі

Raspberry Pi

ARM self-hosted
AWS (EC2 / Lightsail / free tier) також добре підходить. Відеоінструкція від спільноти доступна за адресою x.com/techfrenAJ/status/2014934471095812547 (ресурс спільноти — може стати недоступним).

​
Як працюють хмарні налаштування

  • Gateway працює на VPS і володіє станом + workspace.
  • Ви підключаєтеся з ноутбука або телефона через Control UI або Tailscale/SSH.
  • Вважайте VPS джерелом істини й регулярно створюйте резервні копії стану + workspace.
  • Безпечне значення за замовчуванням: тримайте Gateway на loopback і отримуйте доступ через SSH-тунель або Tailscale Serve. Якщо ви прив’язуєте його до lan або tailnet, вимагайте gateway.auth.token або gateway.auth.password.
Пов’язані сторінки: Віддалений доступ до Gateway, Центр платформ.

​
Спільний агент компанії на VPS

Запуск одного агента для команди — це допустимий варіант, коли всі користувачі перебувають у межах однієї моделі довіри, а агент використовується лише для бізнесу.
  • Тримайте його в окремому runtime (VPS/VM/container + окремий користувач ОС/облікові записи).
  • Не входьте в цей runtime через особисті облікові записи Apple/Google або особисті профілі браузера/менеджера паролів.
  • Якщо користувачі є змагальними один до одного, розділяйте за gateway/host/користувачем ОС.
Деталі моделі безпеки: Безпека.

​
Використання node-ів із VPS

Ви можете тримати Gateway у хмарі й спарити node-и на ваших локальних пристроях (Mac/iOS/Android/headless). Node-и надають локальні можливості screen/camera/canvas і system.run, тоді як Gateway залишається в хмарі. Документація: Nodes, CLI для Nodes.

​
Налаштування запуску для малих VM і ARM-хостів

Якщо команди CLI здаються повільними на малопотужних VM (або ARM-хостах), увімкніть кеш компіляції модулів 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 покращує час запуску повторних команд.
  • OPENCLAW_NO_RESPAWN=1 усуває додаткові накладні витрати запуску через шлях із самоперезапуском.
  • Перший запуск команди прогріває кеш; наступні запуски відбуваються швидше.
  • Щодо особливостей Raspberry Pi див. Raspberry Pi.

​
Чеклист налаштування systemd (необов’язково)

Для VM-хостів, які використовують systemd, варто розглянути таке:
  • Додайте env у сервіс для стабільного шляху запуску:
    • OPENCLAW_NO_RESPAWN=1
    • NODE_COMPILE_CACHE=/var/tmp/openclaw-compile-cache
  • Явно задайте поведінку перезапуску:
    • Restart=always
    • RestartSec=2
    • TimeoutStartSec=90
  • Для шляхів state/cache надавайте перевагу дискам на базі SSD, щоб зменшити штрафи холодного старту через випадковий I/O.
Для стандартного шляху openclaw onboard --install-daemon відредагуйте користувацький 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
Якщо ви навмисно встановили system unit, відредагуйте openclaw-gateway.service через sudo systemctl edit openclaw-gateway.service. Як політики Restart= допомагають автоматизованому відновленню: systemd може автоматизувати відновлення сервісів.