Daemon
openclaw daemon
Section titled “openclaw daemon”閘道服務管理命令的舊版別名。
openclaw daemon ... 對應到與 openclaw gateway ... 服務命令相同的服務控制介面。
openclaw daemon statusopenclaw daemon installopenclaw daemon startopenclaw daemon stopopenclaw daemon restartopenclaw daemon uninstallstatus:顯示服務安裝狀態並探查閘道健康狀況install:安裝服務 (launchd/systemd/schtasks)uninstall:移除服務start:啟動服務stop:停止服務restart:重新啟動服務
status:--url、--token、--password、--timeout、--no-probe、--require-rpc、--deep、--jsoninstall:--port、--runtime <node|bun>、--token、--force、--jsonrestart:--safe、--skip-deferral、--force、--wait <duration>、--json- lifecycle (
uninstall|start|stop):--json
備註:
status會在可行時為探測認證解析已設定的認證 SecretRefs。- 如果在這個指令路徑中所需的認證 SecretRef 未被解析,當探測連線/認證失敗時,
daemon status --json會回報rpc.authWarning;請明確傳遞--token/--password或先解析 secret 來源。 - 如果探測成功,會抑制未解析的 auth-ref 警告以避免誤報。
status --deep會新增一個盡力而為的系統層級服務掃描。當它發現其他類似 gateway 的服務時,人類可讀的輸出會列印清理提示,並警告每台機器一個 gateway 仍然是正常的建議。status --deep也會在感知外掛模式下執行配置驗證,並顯示已配置的外掛清單警告(例如缺少通道配置元資料),以便安裝和更新冒煙測試能捕捉到這些問題。預設的status會保留跳過外掛驗證的快速唯讀路徑。- 在 Linux systemd 安裝中,
status權杖漂移檢查包含Environment=和EnvironmentFile=單元來源。 - 漂移檢查會使用合併的執行時環境(優先使用服務指令環境,然後是進程環境回退)來解析
gateway.auth.tokenSecretRefs。 - 如果權杖驗證未有效啟用(顯式設定
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會將 LaunchAgent plists 保持為僅擁有者可讀寫,並透過僅擁有者可讀寫的檔案和包裝程式載入受管理的服務環境值,而不是將 API 金鑰或驗證設定檔環境引用序列化到EnvironmentVariables中。 - 如果您有意在同一台主機上執行多個閘道,請隔離連接埠、配置/狀態和工作區;請參閱 /gateway#multiple-gateways-same-host。
restart --safe會要求正在執行的閘道對活動工作進行預檢,並在活動工作排出後排程一次合併重新啟動。普通的restart保留現有的服務管理器行為;--force仍然是立即覆寫路徑。restart --safe --skip-deferral會執行感知 OpenClaw 的安全重啟,但會繞過活動工作延遲閘門,因此即使回報了阻礙項目,Gateway 也會立即發出重啟。當卡住的任務執行導致無法安全重啟時,操作員的緊急應變措施;需要--safe。
請使用 openclaw gateway 查看最新文件和範例。