OpenClaw Chrome Browser Relay: удалённое устранение неполадок в 2026 — контрольный список SSH-туннеля для подключения VPS-шлюза к локальному расширению

Browser Relay · SSH-туннели · порты Gateway · шестишаговый runbook приёмки

OpenClaw Chrome Browser Relay: удалённое устранение неполадок в 2026 — контрольный список SSH-туннеля для подключения VPS-шлюза к локальному расширению

Вы запускаете OpenClaw Gateway на VPS или облачном Mac, но для веб-автоматизации нужен локальный Chrome с официальным расширением Browser Relay — а не ещё один headless-контейнер Chromium. Типичные сбои: расширение показывает «подключено», а CDP выдаёт no tab is connected, либо после SSH-туннеля появляются 401 и рассинхрон проб портов. Этот playbook для команд, которым нужна аудируемая схема «удалённый control plane + реальный desktop-браузер»: матрица решений против headless Docker, таблица симптомов для health 18792 и параметров туннеля, шестишаговый runbook. Свяжите с чеклистом headless-браузера и runbook сети Compose.

01

Почему Gateway зелёный, а browser skills падают: пять скрытых издержек локального Relay

В дефолтах 2026 Gateway часто слушает 127.0.0.1:18789, а Browser Relay на dev-ноутбуке — 127.0.0.1:18792. Перенос Gateway на удалённый VPS разделяет control plane и браузер по разным сетевым namespace: агент по-прежнему говорит localhost, браузер на вашем notebook. Отчёты сообщества (remote Gateway + SSH-туннели) сходятся на auth relay, проверяющем только локальную runtime-map (401 через туннели), EADDRINUSE-пробах на неверном порту и Extension ON без привязанной вкладки. Считать ответ канала полной приёмкой — трата часов на тюнинг таймаутов модели.

  1. 01

    Extension зелёный = end-to-end pass: ON лишь означает, что relay-процесс слушает; без открытой и привязанной вкладки на целевом сайте CDP всё равно сообщит no tab.

  2. 02

    Направление туннеля перевёрнуто: когда удалённый Gateway должен достичь локального 18792, используйте remote forwarding -R; одного -L для remote 18789 на ноутбук недостаточно для browser plane.

  3. 03

    Дрейф токена и таблицы портов: relay token, tunnel map и опции extension должны быть одним набором; изменение одного без остальных даёт 401 или пустые порты.

  4. 04

    Смешение с headless Docker: контейнерам нужен shm_size; локальному Relay — туннели и attach; см. headless-чеклист.

  5. 05

    Bind Gateway на 0.0.0.0 «для удобства»: расширяет экспозицию control plane; держите loopback + туннель или частную сеть по статье о сети.

Закодируйте пять пунктов как обязательные требования к туннелю и запрещённые паттерны в change ticket. Следующий раздел — матрица sign-off между headless-контейнерами и локальным Relay перед copy-paste шагами приёмки.

02

Архитектурная матрица: headless Docker skill vs локальный Chrome Browser Relay

Выбирайте по критериям где работает браузер, кто держит пользовательскую сессию и границы compliance — не по личным предпочтениям. После таблицы — один runbook; не тюньте оба стека в одном change window.

ПаттернКогда подходитОсновная цена и риск
Docker headless ChromiumНеконтролируемые VPS-batch без laptop SSOВысокие пики shm/памяти; fingerprint может отличаться от реального профиля
Локальный Chrome + RelayНужны cookies/SSO ноутбука, debug с человеком в контуреSSH-туннели и attach extension; remote Gateway не должен выставлять браузер в публичный интернет
Выделенный 24/7 cloud Mac + RelayОбщая командная ёмкость в одном регионеВыше ops-cost, но защищаемый SLA и шаблоны туннелей

Стабильность Relay в основном определяется кто владеет портом 18792, какой localhost мапит туннель и един ли набор токенов; остальной тюнинг вторичен.

Официальная рекомендация 2026: openclaw onboard --install-daemon плюс openclaw gateway status и openclaw doctor для control plane. Browser skills добавляют relay health и tab attach как release gates наравне с Gateway green.

03

Шестишаговый runbook: health checks, SSH-туннель, первый browser skill

Последовательность продолжает чеклист установки Gateway: доказать control plane, затем browser plane. Вставляйте вывод каждого шага в ticket.

  1. 01

    Приёмка Gateway: на VPS выполните openclaw gateway status; подтвердите loopback bind на 18789 (или документированный порт); доступность только через proxy или SSH.

  2. 02

    Запуск локального Relay: установите Chrome extension; на ноутбуке curl -sS http://127.0.0.1:18792/health.

  3. 03

    Привязка вкладки: откройте целевой сайт и attach через extension; без attach no tab is connected ожидаем.

  4. 04

    Создание туннеля: с ноутбука, напр. ssh -N -R 18793:127.0.0.1:18792 user@vps и укажите Gateway relay URL на 127.0.0.1:18793 на VPS.

  5. 05

    Выравнивание токенов: сопоставьте Gateway relay/gateway token с extension или env injection; при 401 через туннели проверяйте gateway token headers, а не только локальные runtime maps.

  6. 06

    End-to-end skill: минимальный browser skill при openclaw logs --follow; при сбое — таблица симптомов, один параметр за эксперимент.

bash · health check и пример туннеля (зафиксируйте порты в ticket)
curl -sS http://127.0.0.1:18792/health
openclaw gateway status
ssh -N -R 18793:127.0.0.1:18792 user@your-vps.example
curl -sS http://127.0.0.1:18793/health

Совет: при переходе на headless-браузеры в контейнере используйте чеклист headless skill, а не наслаивайте shm-тweak на этот runbook.

04

Таблица симптомов: 401, порт занят, no tab connected

Индексируйте сначала по симптому. Меняйте одну переменную за эксперимент и архивируйте curl и фрагменты логов.

СимптомПроверить сначалаТипичная причина и действие
Extension ON, skill сообщает no tab connectedВкладка открыта и attached на целевом URLОперационный gate; задокументировать в runbook
curl mapped-port /health падает после туннеляssh -R жив, remote listenerТуннель умер или порт занят; ss -lntp
Relay 401 / unauthorizedToken headers и configsRemote tunnel без gateway token; выровнять configs
EADDRINUSE, браузер всё ещё недоступенProbe port vs реальный Relay portУнифицировать таблицу портов
Gateway CLI timeoutДостижимость 18789, SSH -LЧитайте статью о сети до обвинения Relay
  • Порт Gateway: control plane обычно 18789; не храните его в одной строке config с Relay 18792.
  • Relay health: curl локальный /health до туннеля, затем curl mapped port на VPS — два блока доказательств.
  • Security default: bind Gateway и Relay на loopback; межхостовый доступ только через SSH или частную сеть команды.

Предупреждение: не ротируйте API keys, reverse-proxy certs и tunnel ports в одном change; triple moves не bisectable.

05

Когда откатываться к headless Docker или выделенному узлу

Локальный Relay подходит для интерактивной отладки и identity ноутбука; меняйте топологию при 24/7 неконтролируемых прогонах или когда личные notebook-туннели не поддерживаются.

СигналРекомендуемое действиеПримечания
Много пользователей зависят от одного dev-laptop туннеляПереход на headless Docker или выделенный cloud MacУбирает bus factor
Туннель падает еженедельно при sleepРегиональный 24/7 узел плюс стандартизированный ssh/systemdОтслеживать uptime туннеля в SLO
Требование браузера в публичном интернетеНе делать; headless или compliant remote desktopRelay предполагает loopback trust

Ad-hoc VPS плюс ручной SSH гибок на старте, но production OpenClaw требует sign-off ёмкости и ticketed changes, которых личные туннели редко дают. Размещение Gateway и browser workloads на предсказуемом 24/7 cloud Mac footprint с фиксированными runbooks лучше бесконечных правок портов. Командам с потребностью в выделенной, регионально стабильной Mac-ёмкости аренда облачного Mac Mini VpsMesh обычно подходит лучше для co-location control plane с Relay или headless profiles. См. тарифы и центр помощи.

FAQ

Три вопроса, которые читатели задают первыми

Используйте -L 18789:127.0.0.1:18789, чтобы подтянуть удалённый control plane Gateway на ноутбук для отладки. Используйте -R, чтобы VPS достиг локального 18792 с соответствующим Gateway relay URL. Подробнее о control-plane timeouts в статье о сети Compose.

Сначала откройте и привяжите вкладку на целевом сайте. Если attach всё ещё падает, проверьте health туннеля и токены по log sequence из чеклиста установки.

Не рекомендуется. Сохраняйте loopback + SSH или частную сеть, либо переходите на headless Docker skills или выделенный узел.