diff --git a/docs/uk/install/hostinger.md b/docs/uk/install/hostinger.md new file mode 100644 index 000000000..50c6f70ac --- /dev/null +++ b/docs/uk/install/hostinger.md @@ -0,0 +1,101 @@ +--- +read_when: + - Налаштування OpenClaw на Hostinger + - Шукаєте керований VPS для OpenClaw + - Використання OpenClaw 1-Click від Hostinger +summary: Розмістіть OpenClaw на Hostinger +title: Hostinger +x-i18n: + generated_at: "2026-04-13T13:14:20Z" + model: gpt-5.4 + provider: openai + source_hash: cf173cdcf6344f8ee22e839a27f4e063a3a102186f9acc07c4a33d4794e2c034 + source_path: install/hostinger.md + workflow: 15 +--- + +# Hostinger + +Запустіть постійний Gateway OpenClaw на [Hostinger](https://www.hostinger.com/openclaw) через кероване розгортання **1-Click** або встановлення на **VPS**. + +## Передумови + +- Обліковий запис Hostinger ([реєстрація](https://www.hostinger.com/openclaw)) +- Близько 5-10 хвилин + +## Варіант A: OpenClaw 1-Click + +Найшвидший спосіб почати. Hostinger бере на себе інфраструктуру, Docker і автоматичні оновлення. + + + + 1. На сторінці [Hostinger OpenClaw](https://www.hostinger.com/openclaw) виберіть план Managed OpenClaw і завершіть оформлення замовлення. + + + Під час оформлення замовлення ви можете вибрати кредити **Ready-to-Use AI**, які попередньо купуються та миттєво інтегруються в OpenClaw — жодних зовнішніх облікових записів або API-ключів від інших провайдерів не потрібно. Ви можете одразу почати спілкування. Або ж під час налаштування вкажіть власний ключ від Anthropic, OpenAI, Google Gemini чи xAI. + + + + + + Виберіть один або кілька каналів для підключення: + + - **WhatsApp** -- відскануйте QR-код, показаний у майстрі налаштування. + - **Telegram** -- вставте токен бота з [BotFather](https://t.me/BotFather). + + + + + Натисніть **Finish**, щоб розгорнути інстанс. Щойно все буде готово, відкрийте панель керування OpenClaw з розділу **OpenClaw Overview** у hPanel. + + + + +## Варіант B: OpenClaw на VPS + +Більше контролю над вашим сервером. Hostinger розгортає OpenClaw через Docker на вашому VPS, а ви керуєте ним через **Docker Manager** у hPanel. + + + + 1. На сторінці [Hostinger OpenClaw](https://www.hostinger.com/openclaw) виберіть план OpenClaw on VPS і завершіть оформлення замовлення. + + + Під час оформлення замовлення ви можете вибрати кредити **Ready-to-Use AI** — вони попередньо купуються та миттєво інтегруються в OpenClaw, тож ви можете почати спілкування без жодних зовнішніх облікових записів або API-ключів від інших провайдерів. + + + + + + Коли VPS буде підготовлено, заповніть поля конфігурації: + + - **Gateway token** -- створюється автоматично; збережіть його для подальшого використання. + - **WhatsApp number** -- ваш номер із кодом країни (необов’язково). + - **Telegram bot token** -- від [BotFather](https://t.me/BotFather) (необов’язково). + - **API keys** -- потрібні лише в тому разі, якщо ви не вибрали кредити Ready-to-Use AI під час оформлення замовлення. + + + + + Натисніть **Deploy**. Після запуску відкрийте панель керування OpenClaw з hPanel, натиснувши **Open**. + + + + +Журнали, перезапуски та оновлення керуються безпосередньо з інтерфейсу Docker Manager у hPanel. Щоб оновити, натисніть **Update** у Docker Manager — це завантажить найновіший образ. + +## Перевірте налаштування + +Надішліть "Hi" своєму помічнику в підключеному каналі. OpenClaw відповість і проведе вас через початкові налаштування. + +## Усунення несправностей + +**Панель керування не завантажується** -- Зачекайте кілька хвилин, поки контейнер завершить підготовку. Перевірте журнали Docker Manager у hPanel. + +**Контейнер Docker постійно перезапускається** -- Відкрийте журнали Docker Manager і перевірте, чи немає помилок конфігурації (відсутні токени, недійсні API-ключі). + +**Бот Telegram не відповідає** -- Надішліть повідомлення з кодом сполучення з Telegram безпосередньо як повідомлення в чаті OpenClaw, щоб завершити підключення. + +## Наступні кроки + +- [Канали](/uk/channels) -- підключіть Telegram, WhatsApp, Discord та інші +- [Конфігурація Gateway](/uk/gateway/configuration) -- усі параметри конфігурації diff --git a/docs/uk/vps.md b/docs/uk/vps.md index c8ef7c0f1..d364ca798 100644 --- a/docs/uk/vps.md +++ b/docs/uk/vps.md @@ -1,73 +1,74 @@ --- read_when: - - Ви хочете запустити Gateway на Linux-сервері або хмарному VPS - - Вам потрібна коротка карта гідів з хостингу - - Вам потрібні загальні рекомендації з налаштування Linux-сервера для OpenClaw + - Ви хочете запустити Gateway на сервері Linux або хмарному VPS + - Вам потрібен короткий огляд посібників із розміщення + - Вам потрібне загальне налаштування сервера Linux для OpenClaw sidebarTitle: Linux Server -summary: Запуск OpenClaw на Linux-сервері або хмарному VPS — вибір провайдера, архітектура й налаштування -title: Linux-сервер +summary: Запустіть OpenClaw на сервері Linux або хмарному VPS — вибір провайдера, архітектура та налаштування продуктивності +title: Сервер Linux x-i18n: - generated_at: "2026-04-05T18:21:48Z" + generated_at: "2026-04-13T13:14:21Z" model: gpt-5.4 provider: openai - source_hash: 7f2f26bbc116841a29055850ed5f491231554b90539bcbf91a6b519875d494fb + source_hash: e623f4c770132e01628d66bfb8cd273bbef6dad633b812496c90da5e3e0f1383 source_path: vps.md workflow: 15 --- -# Linux-сервер +# Сервер Linux -Запускайте Gateway OpenClaw на будь-якому Linux-сервері або хмарному VPS. Ця сторінка допоможе вам +Запустіть Gateway OpenClaw на будь-якому сервері Linux або хмарному VPS. Ця сторінка допоможе вам вибрати провайдера, пояснює, як працюють хмарні розгортання, і охоплює загальні налаштування Linux, які застосовуються всюди. -## Виберіть провайдера +## Вибір провайдера Налаштування в браузері в один клік Налаштування в браузері в один клік Простий платний VPS - Тариф Always Free ARM + Завжди безкоштовний ARM-рівень Fly Machines Docker на VPS Hetzner + VPS із налаштуванням в один клік Compute Engine - Linux VM - VM з HTTPS-проксі - ARM self-hosted + Віртуальна машина Linux + Віртуальна машина з HTTPS-проксі + ARM на власному хостингу -**AWS (EC2 / Lightsail / free tier)** також добре підходить. -Відеоінструкція від спільноти доступна за адресою +**AWS (EC2 / Lightsail / безкоштовний рівень)** також добре працює. +Доступне відеооглядове керівництво від спільноти за адресою [x.com/techfrenAJ/status/2014934471095812547](https://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** і керує станом + робочим простором. +- Ви підключаєтеся з ноутбука або телефона через **Control UI** чи **Tailscale/SSH**. +- Сприймайте VPS як джерело істини та регулярно **створюйте резервні копії** стану + робочого простору. +- Безпечний варіант за замовчуванням: тримайте Gateway на loopback-інтерфейсі та отримуйте доступ через SSH-тунель або Tailscale Serve. + Якщо ви прив’язуєтеся до `lan` або `tailnet`, обов’язково використовуйте `gateway.auth.token` або `gateway.auth.password`. Пов’язані сторінки: [Віддалений доступ до Gateway](/uk/gateway/remote), [Центр платформ](/uk/platforms). ## Спільний агент компанії на VPS -Запуск одного агента для команди — це допустимий варіант, коли всі користувачі перебувають у межах однієї моделі довіри, а агент використовується лише для бізнесу. +Запуск одного агента для команди — це припустимий варіант, якщо всі користувачі перебувають у межах однакової моделі довіри, а агент використовується лише для бізнесу. -- Тримайте його в окремому runtime (VPS/VM/container + окремий користувач ОС/облікові записи). -- Не входьте в цей runtime через особисті облікові записи Apple/Google або особисті профілі браузера/менеджера паролів. -- Якщо користувачі є змагальними один до одного, розділяйте за gateway/host/користувачем ОС. +- Тримайте його в окремому середовищі виконання (VPS/VM/контейнер + окремий користувач ОС/облікові записи). +- Не входьте в цьому середовищі до особистих облікових записів Apple/Google або особистих профілів браузера/менеджера паролів. +- Якщо користувачі є взаємно недовіреними, розділяйте за gateway/хостом/користувачем ОС. Деталі моделі безпеки: [Безпека](/uk/gateway/security). -## Використання node-ів із VPS +## Використання Node із VPS -Ви можете тримати Gateway у хмарі й спарити **node-и** на ваших локальних пристроях -(Mac/iOS/Android/headless). Node-и надають локальні можливості screen/camera/canvas і `system.run`, -тоді як Gateway залишається в хмарі. +Ви можете тримати Gateway у хмарі та під’єднувати **Node** на своїх локальних пристроях +(Mac/iOS/Android/headless). Node надають локальні можливості екрана/камери/canvas і `system.run`, +тоді як Gateway залишається у хмарі. -Документація: [Nodes](/uk/nodes), [CLI для Nodes](/cli/nodes). +Документація: [Node](/uk/nodes), [CLI Node](/cli/nodes). ## Налаштування запуску для малих VM і ARM-хостів @@ -82,23 +83,23 @@ EOF source ~/.bashrc ``` -- `NODE_COMPILE_CACHE` покращує час запуску повторних команд. -- `OPENCLAW_NO_RESPAWN=1` усуває додаткові накладні витрати запуску через шлях із самоперезапуском. -- Перший запуск команди прогріває кеш; наступні запуски відбуваються швидше. -- Щодо особливостей Raspberry Pi див. [Raspberry Pi](/uk/install/raspberry-pi). +- `NODE_COMPILE_CACHE` пришвидшує повторний запуск команд. +- `OPENCLAW_NO_RESPAWN=1` усуває додаткові накладні витрати запуску через шлях самоперезапуску. +- Перший запуск команди прогріває кеш; наступні запуски швидші. +- Для особливостей Raspberry Pi дивіться [Raspberry Pi](/uk/install/raspberry-pi). -### Чеклист налаштування systemd (необов’язково) +### Контрольний список налаштування systemd (необов’язково) -Для VM-хостів, які використовують `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. +- Віддавайте перевагу дискам на SSD для шляхів стану/кешу, щоб зменшити штрафи холодного запуску через випадковий I/O. Для стандартного шляху `openclaw onboard --install-daemon` відредагуйте користувацький unit: @@ -115,8 +116,8 @@ RestartSec=2 TimeoutStartSec=90 ``` -Якщо ви навмисно встановили system unit, відредагуйте +Якщо натомість ви навмисно встановили системний unit, відредагуйте `openclaw-gateway.service` через `sudo systemctl edit openclaw-gateway.service`. Як політики `Restart=` допомагають автоматизованому відновленню: -[systemd може автоматизувати відновлення сервісів](https://www.redhat.com/en/blog/systemd-automate-recovery). +[systemd може автоматизувати відновлення сервісу](https://www.redhat.com/en/blog/systemd-automate-recovery).