- Podman 运行 Gateway 网关容器。
- 主机上的
openclawCLI 是控制平面。 - 默认情况下,持久化状态存储在主机的
~/.openclaw下。 - 日常管理使用
openclaw --container <name> ...,而不是sudo -u openclaw、podman exec或单独的服务用户。
前置条件
- 以无 root 权限模式运行的 Podman
- 已在主机上安装 OpenClaw CLI
- **可选:**如果需要由 Quadlet 管理的自动启动,则需要
systemd --user - **可选:**仅当需要在无显示器主机上通过
loginctl enable-linger "$(whoami)"实现启动持久化时,才需要sudo
快速开始
1
一次性设置
在仓库根目录运行 或设置
./scripts/podman/setup.sh。此操作会在无 root 权限的 Podman 存储中构建 openclaw:local(如果已设置,则拉取 OPENCLAW_IMAGE / OPENCLAW_PODMAN_IMAGE);如果 ~/.openclaw/openclaw.json 不存在,则使用 gateway.mode: "local" 创建它;如果 ~/.openclaw/.env 不存在,则使用生成的 OPENCLAW_GATEWAY_TOKEN 创建它。可选的构建时环境变量:如需改用由 Quadlet 管理的设置(仅限 Linux + systemd 用户服务):
OPENCLAW_PODMAN_QUADLET=1。2
启动 Gateway 网关容器
--userns=keep-id 启动容器,并将 OpenClaw 状态以绑定挂载方式挂载到容器中。3
在容器内运行新手引导
http://127.0.0.1:18789/,并使用 ~/.openclaw/.env 中的令牌。模型身份验证:在设置期间使用由 OpenClaw 管理的身份验证(Anthropic API 密钥,或者针对由 Codex 支持的 OpenAI,使用 OpenAI Codex 浏览器 OAuth/设备代码身份验证)。Podman 启动器不会将 ~/.claude 或 ~/.codex 等主机 CLI 凭据主目录挂载到设置容器或 Gateway 网关容器中。现有的主机 CLI 登录仅是同一主机上的便利路径——对于容器安装,请将提供商身份验证信息保存在由设置流程管理、已挂载的 ~/.openclaw 状态中。4
通过主机 CLI 管理正在运行的容器
openclaw 命令会自动在该容器内运行:~/.openclaw/.env 中读取一小部分允许的 Podman 相关键,并向容器传递明确的运行时环境变量;它不会将整个环境文件交给 Podman。
Podman 和 Tailscale
如需 HTTPS 或远程浏览器访问,请遵循主要的 Tailscale 文档。 Podman 特定说明:- 将 Podman 发布主机保持为
127.0.0.1。 - 优先使用由主机管理的
tailscale serve,而不是openclaw gateway --tailscale serve。 - 在 macOS 上,如果本地浏览器的设备身份验证上下文不可靠,请使用 Tailscale 访问,而不是临时搭建本地隧道作为变通方案。
Systemd(Quadlet,可选)
如果运行了./scripts/podman/setup.sh --quadlet,设置流程会在 ~/.config/containers/systemd/openclaw.container 安装 Quadlet 文件。
编辑 Quadlet 文件后:
127.0.0.1 已发布端口(18789 Gateway 网关、18790 网桥)、容器内的 --bind lan、keep-id 用户命名空间、OPENCLAW_NO_RESPAWN=1、Restart=on-failure 和 TimeoutStartSec=300。它将 ~/.openclaw/.env 作为运行时 EnvironmentFile 读取,以获取 OPENCLAW_GATEWAY_TOKEN 等值,但不会使用手动启动器中特定于 Podman 的覆盖项允许列表。如需自定义发布端口、发布主机或其他容器运行标志,请改用手动启动器,或直接编辑 ~/.config/containers/systemd/openclaw.container,然后重新加载并重启服务。
配置、环境变量和存储
- 配置目录:
~/.openclaw - 工作区目录:
~/.openclaw/workspace - 令牌文件:
~/.openclaw/.env - 启动辅助脚本:
./scripts/run-openclaw-podman.sh
OPENCLAW_CONFIG_DIR -> /home/node/.openclaw、OPENCLAW_WORKSPACE_DIR -> /home/node/.openclaw/workspace。默认情况下,这些是主机目录,而不是匿名容器状态,因此 openclaw.json、每个智能体的 auth-profiles.json、渠道/提供商状态、会话和工作区在替换容器后仍会保留。设置流程还会为已发布的 Gateway 网关端口上的 127.0.0.1 和 localhost 预置 gateway.controlUi.allowedOrigins,以便本地仪表板能够配合容器的非 loopback 绑定正常工作。
手动启动器可用的环境变量(将这些变量持久化到 ~/.openclaw/.env 中;启动器会先读取该文件,然后再确定最终的容器/镜像默认值):
如果使用非默认的
OPENCLAW_CONFIG_DIR 或 OPENCLAW_WORKSPACE_DIR,请为 ./scripts/podman/setup.sh 和后续 ./scripts/run-openclaw-podman.sh launch 命令设置相同的变量——仓库本地启动器不会在不同 shell 之间保留自定义路径覆盖项。
升级镜像
重新构建或拉取新镜像后,请重启容器或 Quadlet 服务。 首次使用新 OpenClaw 版本启动时,Gateway 网关会先执行安全的状态和 插件修复,然后再报告就绪。 如果 Gateway 网关退出而未进入就绪状态,请使用相同的已挂载状态/配置, 针对同一镜像运行一次openclaw doctor --fix,然后正常重启
Gateway 网关:
,Z。
常用命令
- 容器日志:
podman logs -f openclaw - 停止容器:
podman stop openclaw - 移除容器:
podman rm -f openclaw - 通过主机 CLI 打开仪表板 URL:
openclaw dashboard --no-open - 通过主机 CLI 检查健康状态:
openclaw gateway status --deep(RPC 探测 + 额外服务扫描)
故障排查
- **配置或工作区出现权限被拒绝(EACCES):**默认情况下,容器使用
--userns=keep-id和--user <your uid>:<your gid>运行。请确保主机上的配置/工作区路径归当前用户所有。 - **Gateway 网关启动被阻止(缺少
gateway.mode=local):**请确保~/.openclaw/openclaw.json存在并设置了gateway.mode="local"。如果缺失,scripts/podman/setup.sh会创建它。 - **镜像更新后容器不断重启:**运行升级镜像中的一次性
openclaw doctor --fix命令,然后再次启动 Gateway 网关。 - **容器 CLI 命令连接到了错误的目标:**明确使用
openclaw --container <name> ...,或在 shell 中导出OPENCLAW_CONTAINER=<name>。 - **
openclaw update失败并显示--container:**这是预期行为。重新构建或拉取镜像,然后重启容器或 Quadlet 服务。 - **Quadlet 服务无法启动:**运行
systemctl --user daemon-reload,然后运行systemctl --user start openclaw.service。在无显示器系统上,可能还需要sudo loginctl enable-linger "$(whoami)"。 - **SELinux 阻止绑定挂载:**保留默认挂载行为;当 Linux 上的 SELinux 处于 enforcing 或 permissive 模式时,启动器会自动添加
:Z。