Найкраще рекомендоване налаштування
Для більшості користувачів найпростіше налаштування бота-рятівника таке:- залиште основного бота на профілі за замовчуванням
- запустіть бота-рятівника з
--profile rescue - використовуйте повністю окремого Telegram-бота для облікового запису рятівника
- тримайте бота-рятівника на іншому базовому порту, наприклад
19789
Швидкий старт бота-рятівника
Використовуйте цей шлях за замовчуванням, якщо немає вагомої причини робити щось інше:openclaw --profile rescue onboard:
- використайте окремий токен Telegram-бота
- залиште профіль
rescue - використайте базовий порт щонайменше на 20 більший, ніж у основного бота
- прийміть робочий простір рятівника за замовчуванням, якщо ви вже не керуєте ним самостійно
gateway install не потрібна.
Чому це працює
Бот-рятівник залишається незалежним, оскільки має власні:- профіль/конфігурацію
- каталог стану
- робочий простір
- базовий порт (плюс похідні порти)
- токен Telegram-бота
- легко залишити доступ лише для операторів
- окремий токен і ідентичність бота
- незалежність від встановлення каналу/застосунку основного бота
- простий шлях відновлення через DM, коли основний бот зламаний
Що змінює --profile rescue onboard
openclaw --profile rescue onboard використовує звичайний потік onboarding, але
записує все в окремий профіль.
На практиці це означає, що бот-рятівник отримує власні:
- файл конфігурації
- каталог стану
- робочий простір (за замовчуванням
~/.openclaw/workspace-rescue) - назву керованої служби
Загальне налаштування кількох gateway
Описана вище схема з ботом-рятівником є найпростішим варіантом за замовчуванням, але той самий шаблон ізоляції працює для будь-якої пари або групи Gateways на одному хості. Для загальнішого налаштування надайте кожному додатковому Gateway власний іменований профіль і власний базовий порт:Контрольний список ізоляції
Тримайте ці елементи унікальними для кожного екземпляра Gateway:OPENCLAW_CONFIG_PATH— файл конфігурації для кожного екземпляраOPENCLAW_STATE_DIR— сеанси, облікові дані, кеші для кожного екземпляраagents.defaults.workspace— корінь робочого простору для кожного екземпляраgateway.port(або--port) — унікальний для кожного екземпляра- похідні порти browser/canvas/CDP
Відображення портів (похідні)
Базовий порт =gateway.port (або OPENCLAW_GATEWAY_PORT / --port).
- порт служби керування браузером = базовий + 2 (лише local loopback)
- хост canvas обслуговується на HTTP-сервері Gateway (той самий порт, що й
gateway.port) - CDP-порти профілю браузера автоматично виділяються з
browser.controlPort + 9 .. + 108
Примітки щодо Browser/CDP (поширена помилка)
- Не закріплюйте
browser.cdpUrlза однаковими значеннями на кількох екземплярах. - Кожному екземпляру потрібен власний порт керування браузером і діапазон CDP (похідний від його порту gateway).
- Якщо потрібні явні CDP-порти, задайте
browser.profiles.<name>.cdpPortдля кожного екземпляра. - Віддалений Chrome: використовуйте
browser.profiles.<name>.cdpUrl(для кожного профілю, для кожного екземпляра).
Приклад ручного env
Швидкі перевірки
gateway status --deepдопомагає виявити застарілі служби launchd/systemd/schtasks від старіших встановлень.- Текст попередження
gateway probe, наприкладmultiple reachable gateway identities detected, очікуваний лише тоді, коли ви навмисно запускаєте більше ніж один ізольований gateway, або коли OpenClaw не може довести, що доступні цілі перевірки є тим самим gateway. SSH-тунель, proxy URL або налаштований віддалений URL до того самого gateway — це один gateway із кількома транспортами, навіть коли порти транспортів відрізняються.