> ## Documentation Index
> Fetch the complete documentation index at: https://docs2.openclaw.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# Демон

# `openclaw daemon`

Застарілий псевдонім для команд керування сервісом Gateway.

`openclaw daemon ...` відображається на ту саму поверхню керування сервісом, що й сервісні команди `openclaw gateway ...`.

## Використання

```bash theme={"theme":{"light":"min-light","dark":"min-dark"}}
openclaw daemon status
openclaw daemon install
openclaw daemon start
openclaw daemon stop
openclaw daemon restart
openclaw daemon uninstall
```

## Підкоманди

* `status`: показати стан інсталяції сервісу та перевірити працездатність Gateway
* `install`: встановити сервіс (`launchd`/`systemd`/`schtasks`)
* `uninstall`: видалити сервіс
* `start`: запустити сервіс
* `stop`: зупинити сервіс
* `restart`: перезапустити сервіс

## Поширені параметри

* `status`: `--url`, `--token`, `--password`, `--timeout`, `--no-probe`, `--require-rpc`, `--deep`, `--json`
* `install`: `--port`, `--runtime <node|bun>`, `--token`, `--force`, `--json`
* `restart`: `--safe`, `--skip-deferral`, `--force`, `--wait <duration>`, `--json`
* життєвий цикл (`uninstall|start|stop`): `--json`

Примітки:

* `status` за можливості розв’язує налаштовані SecretRefs автентифікації для автентифікації перевірки.
* Якщо потрібний SecretRef автентифікації не розв’язано в цьому шляху команди, `daemon status --json` повідомляє `rpc.authWarning`, коли підключення або автентифікація перевірки не вдається; передайте `--token`/`--password` явно або спершу розв’яжіть джерело секрету.
* Якщо перевірка успішна, попередження про нерозв’язані посилання автентифікації приглушуються, щоб уникнути хибних спрацювань.
* `status --deep` додає системне сканування сервісів за принципом найкращої спроби. Коли воно знаходить інші сервіси, схожі на Gateway, вивід для людини друкує підказки щодо очищення та попереджає, що один Gateway на машину все ще є звичайною рекомендацією.
* `status --deep` також запускає перевірку конфігурації в режимі з урахуванням Plugin і показує налаштовані попередження маніфесту Plugin (наприклад, відсутні метадані конфігурації каналу), щоб перевірки встановлення й оновлення їх виявляли. Типовий `status` зберігає швидкий шлях лише для читання, який пропускає перевірку Plugin.
* В інсталяціях Linux systemd перевірки розбіжності токенів `status` включають джерела unit як `Environment=`, так і `EnvironmentFile=`.
* Перевірки розбіжності розв’язують SecretRefs `gateway.auth.token` за допомогою об’єднаного runtime-середовища (спочатку середовище команди сервісу, потім резервно середовище процесу).
* Якщо автентифікація токеном фактично не активна (явний `gateway.auth.mode` зі значенням `password`/`none`/`trusted-proxy` або режим не задано, коли пароль може перемогти, а жоден кандидат токена не може перемогти), перевірки розбіжності токенів пропускають розв’язання токена конфігурації.
* Коли автентифікація токеном потребує токена, а `gateway.auth.token` керується SecretRef, `install` перевіряє, що SecretRef можна розв’язати, але не зберігає розв’язаний токен у метаданих середовища сервісу.
* Якщо автентифікація токеном потребує токена, а налаштований SecretRef токена не розв’язано, встановлення завершується закритою відмовою.
* Якщо налаштовано і `gateway.auth.token`, і `gateway.auth.password`, а `gateway.auth.mode` не задано, встановлення блокується, доки режим не буде задано явно.
* На macOS `install` зберігає plists LaunchAgent доступними лише власнику та завантажує керовані значення середовища сервісу через файл і wrapper, доступні лише власнику, замість серіалізації API-ключів або посилань середовища профілю автентифікації в `EnvironmentVariables`.
* Якщо ви навмисно запускаєте кілька Gateway на одному хості, ізолюйте порти, конфігурацію/стан і робочі простори; див. [/gateway#multiple-gateways-same-host](/uk/gateway#multiple-gateways-same-host).
* `restart --safe` просить запущений Gateway попередньо перевірити активну роботу та запланувати один об’єднаний перезапуск після завершення активної роботи. Типовий безпечний перезапуск чекає на активну роботу до налаштованого `gateway.reload.deferralTimeoutMs` (типово 5 хвилин); коли цей бюджет вичерпується, перезапуск примусово виконується. Установіть `gateway.reload.deferralTimeoutMs` на `0` для безстрокового безпечного очікування, яке ніколи не примушує перезапуск. Звичайний `restart` зберігає наявну поведінку менеджера сервісів; `--force` залишається шляхом негайного перевизначення.
* `restart --safe --skip-deferral` запускає безпечний перезапуск з урахуванням OpenClaw, але обходить gate відкладання активної роботи, тому Gateway негайно видає перезапуск навіть коли повідомлено про блокери. Аварійний обхідний шлях оператора, коли зависле виконання завдання утримує безпечний перезапуск; потребує `--safe`.

## Рекомендовано

Використовуйте [`openclaw gateway`](/uk/cli/gateway) для поточної документації та прикладів.

## Пов’язане

* [Довідник CLI](/uk/cli)
* [Інструкція з експлуатації Gateway](/uk/gateway)