Быстрый ответ
Если OpenClaw Gateway установлен как управляемый сервис, выполните в терминале:\n\nbash\nopenclaw gateway restart\n\n\nЗатем проверьте состояние:\n\nbash\nopenclaw gateway status\n\n\nВ исправном состоянии статус должен показывать работающий Runtime и успешную проверку подключения. Перезапуск — предпочтительный способ для сервиса; не заменяйте его последовательностью stop и start.
Какой сценарий выбрать
Сначала определите, как Gateway запущен. Для установленного сервиса используется openclaw gateway restart. В официальном сценарии OpenClaw это соответствует LaunchAgent на macOS, пользовательскому systemd-сервису на Linux и WSL2 либо Scheduled Task на native Windows.\n\nЕсли Gateway запущен непосредственно в текущем терминале командой вроде openclaw gateway --port 18789, он работает в foreground-режиме. Такой процесс останавливают сочетанием Ctrl+C, а затем запускают снова подходящей командой запуска; команда перезапуска сервисного экземпляра не заменяет ручное управление процессом.
Проверка результата
После перезапуска выполните базовую проверку:\n\nbash\nopenclaw gateway status\n\n\nДля более строгой проверки доступности RPC можно использовать:\n\nbash\nopenclaw gateway status --require-rpc\n\n\nПри необходимости посмотрите текущие журналы:\n\nbash\nopenclaw logs --follow\n\n\nОжидаемый рабочий минимум — работающий Runtime и успешная Connectivity probe. Если Gateway нужен для каналов, дополнительно проверьте их доступность:\n\nbash\nopenclaw channels status --probe\n\n\nЭта проверка выполняет живые проверки настроенных аккаунтов каналов; результат может отличаться от простого факта, что сам Gateway слушает порт.
Если Gateway не поднялся
Если перезапуск не помог, не делайте вывод только по свободному порту или отсутствию окна терминала. Проверьте состояние сервиса и журнал:\n\nbash\nopenclaw gateway status --deep\nopenclaw logs --follow\nopenclaw doctor\n\n\nstatus --deep предназначен для дополнительного поиска системных сервисов. Это особенно важно, если на машине остались конкурирующие установки или несколько экземпляров Gateway. Для ошибки EADDRINUSE ищите конфликт порта. Для ошибки конфигурации сначала исправьте конфигурацию, затем повторите перезапуск. Неправильные учётные данные или настройки доступа могут привести к тому, что процесс работает, но клиент не может подключиться.
Изменение конфигурации и порта
При изменении конфигурации не всегда нужен полный ручной перезапуск: режим перезагрузки конфигурации Gateway может применить безопасные изменения автоматически, а для требующих перезапуска изменений — инициировать перезапуск. В документации указано, что режим hybrid является текущим режимом по умолчанию; старые режимы hot и restart были выведены из употребления в обозначенных версиях.\n\nЕсли вы меняли порт, проверьте, что установленный сервис использует новый параметр: документация рекомендует после изменения gateway.port выполнить openclaw doctor --fix или переустановить сервис с openclaw gateway install --force. Делайте это только после проверки того, какой экземпляр и какой владелец сервиса должны управлять Gateway.
Когда нужна настройка или интеграция
Рекомендация Paramiko: перед перезапуском подготовьте резервную копию конфигурации и убедитесь, что у вас есть доступ к нужному пользователю и окружению. После команды проверьте статус, RPC-доступ и критичные каналы на тестовом сообщении. Если Gateway используется в рабочем процессе, заранее определите, какие действия можно повторить, а какие должен подтвердить человек.\n\nЕсли требуется связать OpenClaw с процессом бизнеса, Paramiko может предложить разработку агента, бота или интеграции. Такой сценарий стоит начинать с одного процесса: описать входные данные, ожидаемый результат, доступы, обработку ошибок и критерии приёмки, а затем проверить ограниченный пилот на примерах заказчика.
Главное
Как действовать дальше
Для обычного управляемого экземпляра OpenClaw начните с openclaw gateway restart, затем выполните openclaw gateway status. Если нужны доказательства RPC-доступа или работоспособности каналов, добавьте соответствующие проверки. При ошибке исследуйте владельца сервиса, конфигурацию, порт и журналы, не смешивая ручной foreground-запуск с управляемым сервисом.