Устранение неполадок Gateway
Эта страница — подробный регламент. Если сначала нужен быстрый поток первичной диагностики, начните с /help/troubleshooting.Командная лестница
Запустите их первыми, в таком порядке:openclaw gateway statusпоказываетRuntime: runningиRPC probe: ok.openclaw doctorсообщает об отсутствии блокирующих проблем конфигурации/сервиса.openclaw channels status --probeпоказывает подключённые/готовые каналы.
Нет ответов
Если каналы подняты, но ответов нет, прежде чем что-либо переподключать, проверьте маршрутизацию и политики.- В ожидании отправки СМС.
- Ограничения упоминаний в группах (
requireMention,mentionPatterns). - Несоответствия списков разрешённых каналов/групп.
drop guild message (mention required→ групповое сообщение игнорируется до упоминания.pairing request→ отправителю требуется одобрение.blocked/allowlist→ отправитель/канал отфильтрован политикой.
Подключение панели управления (dashboard/control UI)
Когда панель управления/control UI не подключается, проверьте URL, режим аутентификации и предположения о безопасном контексте.- Корректный URL зонда и URL панели.
- Несоответствие режима аутентификации/токена между клиентом и Gateway (шлюз).
- Использование HTTP там, где требуется идентификация устройства.
device identity required→ небезопасный контекст или отсутствует аутентификация устройства.unauthorized/ цикл переподключения → несоответствие токена/пароля.gateway connect failed:→ неверный хост/порт/URL назначения.
Сервис Gateway (шлюз) не запущен
Используйте это, когда сервис установлен, но процесс не удерживается в рабочем состоянии.Runtime: stoppedс подсказками по выходу.- Несоответствие конфигурации сервиса (
Config (cli)vsConfig (service)). - Конфликты портов/слушателей.
Gateway start blocked: set gateway.mode=local→ локальный режим шлюза не включён. Исправление: установитеgateway.mode="local"в конфигурации (или выполнитеopenclaw configure). Если вы запускаете OpenClaw через Podman с использованием выделенного пользователяopenclaw, конфигурация находится по пути~openclaw/.openclaw/openclaw.json.refusing to bind gateway ... without auth→ привязка не к loopback без токена/пароля.another gateway instance is already listening/EADDRINUSE→ конфликт портов.
Канал подключён, но сообщения не проходят
Если состояние канала «подключён», но поток сообщений не работает, сосредоточьтесь на политиках, правах и правилах доставки конкретного канала.- Политику личных сообщений (
pairing,allowlist,open,disabled). - Списки разрешённых для групп и требования упоминаний.
- Отсутствующие API-права/области доступа канала.
mention required→ сообщение игнорируется политикой упоминаний группы.pairing/ следы ожидания одобрения → отправитель не одобрен.missing_scope,not_in_channel,Forbidden,401/403→ проблема аутентификации/прав канала.
Доставка cron и heartbeat
Если cron или heartbeat не запустился или не доставил сообщения, сначала проверьте состояние планировщика, затем цель доставки.- Крон включён и следующее пробуждение.
- Статус истории выполнения заданий (
ok,skipped,error). - Причины пропуска heartbeat (
quiet-hours,requests-in-flight,alerts-disabled).
cron: scheduler disabled; jobs will not run automatically→ cron отключён.cron: timer tick failed→ сбой тика планировщика; проверьте файлы/логи/ошибки среды выполнения.heartbeat skippedсreason=quiet-hours→ вне окна активных часов.heartbeat: unknown accountId→ неверный идентификатор аккаунта для цели доставки heartbeat.
Сбой инструментов у сопряжённого узла
Если узел сопряжён, но инструменты не работают, изолируйте состояние переднего плана, права и одобрения.- Узел онлайн с ожидаемыми возможностями.
- Выдачу прав ОС для камеры/микрофона/локации/экрана.
- Состояние подтверждений выполнения команд и списка разрешённых.
NODE_BACKGROUND_UNAVAILABLE→ приложение узла должно быть на переднем плане.*_PERMISSION_REQUIRED/LOCATION_PERMISSION_REQUIRED→ отсутствует право ОС.SYSTEM_RUN_DENIED: approval required→ ожидается подтверждение выполнения команды.SYSTEM_RUN_DENIED: allowlist miss→ команда заблокирована списком разрешённых.
Сбой браузерного инструмента
Используйте это, когда действия браузерного инструмента не работают, хотя сам Gateway (шлюз) исправен.- Корректный путь к исполняемому файлу браузера.
- Доступность профиля CDP.
- Подключение вкладки ретрансляции расширения для
profile="chrome".
Failed to start Chrome CDP on port→ процесс браузера не запустился.browser.executablePath not found→ указанный путь неверен.Chrome extension relay is running, but no tab is connected→ ретрансляция расширения не подключена.Browser attachOnly is enabled ... not reachable→ профиль «attach-only» не имеет доступной цели.
Если вы обновились и что-то внезапно сломалось
Большинство сбоев после обновления — это дрейф конфигурации или более строгие значения по умолчанию, которые теперь применяются.1. Изменилось поведение аутентификации и переопределения URL
- Если
gateway.mode=remote, вызовы CLI могут нацеливаться на удалённый сервис, в то время как локальный работает нормально. - Явные вызовы
--urlне откатываются к сохранённым учётным данным.
gateway connect failed:→ неверная цель URL.unauthorized→ конечная точка доступна, но аутентификация неверна.
2. Ограждения привязки и аутентификации стали строже
- Привязки не к loopback (
lan,tailnet,custom) требуют настроенной аутентификации. - Старые ключи, такие как
gateway.token, не заменяютgateway.auth.token.
refusing to bind gateway ... without auth→ несоответствие привязки и аутентификации.RPC probe: failedпри запущенной среде выполнения → шлюз жив, но недоступен с текущей аутентификацией/URL.
3. Изменилось состояние сопряжения и идентификации устройства
- Ожидающие одобрения устройств для панели/узлов.
- Ожидающие одобрения сопряжения личных сообщений после изменений политики или идентификации.
device identity required→ требования аутентификации устройства не выполнены.pairing required→ отправитель/устройство должны быть одобрены.