安装方式
Podman
在由当前非 root 用户管理的无 root 权限 Podman 容器中运行 OpenClaw Gateway 网关。
模型如下:
- Podman 运行 Gateway 网关容器。
- 主机上的
openclawCLI 是控制平面。 - 默认情况下,持久化状态存储在主机的
~/.openclaw下。 - 日常管理使用
openclaw --container <name> ...,而不是sudo -u openclaw、podman exec或单独的服务用户。
前置条件
- 以无 root 权限模式运行的 Podman
- 已在主机上安装 OpenClaw CLI
- **可选:**如果需要由 Quadlet 管理的自动启动,则需要
systemd --user - **可选:**仅当需要在无显示器主机上通过
loginctl enable-linger "$(whoami)"实现启动持久化时,才需要sudo
快速开始
一次性设置
在仓库根目录运行 ./scripts/podman/setup.sh。
此操作会在无 root 权限的 Podman 存储中构建 openclaw:local(如果已设置,则拉取 OPENCLAW_IMAGE / OPENCLAW_PODMAN_IMAGE);如果 ~/.openclaw/openclaw.json 不存在,则使用 gateway.mode: "local" 创建它;如果 ~/.openclaw/.env 不存在,则使用生成的 OPENCLAW_GATEWAY_TOKEN 创建它。
可选的构建时环境变量:
| 变量 | 作用 |
|---|---|
OPENCLAW_IMAGE / OPENCLAW_PODMAN_IMAGE |
使用现有或拉取的镜像,而不是构建 openclaw:local |
OPENCLAW_IMAGE_APT_PACKAGES |
在镜像构建期间安装额外的 apt 软件包(也接受旧版 OPENCLAW_DOCKER_APT_PACKAGES) |
OPENCLAW_IMAGE_PIP_PACKAGES |
在镜像构建期间安装额外的 Python 软件包;请固定版本,并且仅使用你信任的软件包索引 |
OPENCLAW_EXTENSIONS |
编译并打包受支持的已选插件,并安装其运行时依赖项 |
OPENCLAW_INSTALL_BROWSER |
预安装 Chromium 和 Xvfb 以用于浏览器自动化(设为 1) |
如需改用由 Quadlet 管理的设置(仅限 Linux + systemd 用户服务):
./scripts/podman/setup.sh --quadlet或设置 OPENCLAW_PODMAN_QUADLET=1。
启动 Gateway 网关容器
./scripts/run-openclaw-podman.sh launch使用当前 uid/gid 和 --userns=keep-id 启动容器,并将 OpenClaw 状态以绑定挂载方式挂载到容器中。
在容器内运行新手引导
./scripts/run-openclaw-podman.sh launch setup然后打开 http://127.0.0.1:18789/,并使用 ~/.openclaw/.env 中的令牌。
模型身份验证:在设置期间使用由 OpenClaw 管理的身份验证(Anthropic API 密钥,或者针对由 Codex 支持的 OpenAI,使用 OpenAI Codex 浏览器 OAuth/设备代码身份验证)。Podman 启动器不会将 ~/.claude 或 ~/.codex 等主机 CLI 凭据主目录挂载到设置容器或 Gateway 网关容器中。现有的主机 CLI 登录仅是同一主机上的便利路径——对于容器安装,请将提供商身份验证信息保存在由设置流程管理、已挂载的 ~/.openclaw 状态中。
通过主机 CLI 管理正在运行的容器
export OPENCLAW_CONTAINER=openclaw此后,常规 openclaw 命令会自动在该容器内运行:
openclaw dashboard --no-openopenclaw gateway status --deep # 包含额外的服务扫描openclaw doctoropenclaw channels login在 macOS 上,Podman machine 可能导致浏览器在 Gateway 网关看来并非本地浏览器。如果启动后 Control UI 报告设备身份验证错误,请遵循 Podman 和 Tailscale 中的 Tailscale 指南。
手动启动器仅从 ~/.openclaw/.env 中读取一小部分允许的 Podman 相关键,并向容器传递明确的运行时环境变量;它不会将整个环境文件交给 Podman。
Podman 和 Tailscale
如需 HTTPS 或远程浏览器访问,请遵循主要的 Tailscale 文档。
Podman 特定说明:
- 将 Podman 发布主机保持为
127.0.0.1。 - 优先使用由主机管理的
tailscale serve,而不是openclaw gateway --tailscale serve。 - 在 macOS 上,如果本地浏览器的设备身份验证上下文不可靠,请使用 Tailscale 访问,而不是临时搭建本地隧道作为变通方案。
请参阅 Tailscale 和 Control UI。
Systemd(Quadlet,可选)
如果运行了 ./scripts/podman/setup.sh --quadlet,设置流程会在 ~/.config/containers/systemd/openclaw.container 安装 Quadlet 文件。
| 操作 | 命令 |
|---|---|
| 启动 | systemctl --user start openclaw.service |
| 停止 | systemctl --user stop openclaw.service |
| 状态 | systemctl --user status openclaw.service |
| 日志 | journalctl --user -u openclaw.service -f |
编辑 Quadlet 文件后:
systemctl --user daemon-reloadsystemctl --user restart openclaw.service如需在 SSH/无显示器主机上实现启动持久化,请为当前用户启用 lingering:
sudo loginctl enable-linger "$(whoami)"生成的 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
启动脚本和 Quadlet 会将主机状态以绑定挂载方式挂载到容器中: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_PODMAN_CONTAINER |
openclaw |
容器名称 |
OPENCLAW_PODMAN_IMAGE / OPENCLAW_IMAGE |
openclaw:local |
要运行的镜像 |
OPENCLAW_PODMAN_GATEWAY_HOST_PORT |
18789 |
映射到容器 18789 的主机端口 |
OPENCLAW_PODMAN_BRIDGE_HOST_PORT |
18790 |
映射到容器 18790 的主机端口 |
OPENCLAW_PODMAN_PUBLISH_HOST |
127.0.0.1 |
已发布端口使用的主机接口 |
OPENCLAW_GATEWAY_BIND |
lan |
容器内的 Gateway 网关绑定模式 |
OPENCLAW_PODMAN_USERNS |
keep-id |
keep-id、auto 或 host |
如果使用非默认的 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 网关:
OPENCLAW_CONFIG_DIR="${OPENCLAW_CONFIG_DIR:-$HOME/.openclaw}"OPENCLAW_WORKSPACE_DIR="${OPENCLAW_WORKSPACE_DIR:-$OPENCLAW_CONFIG_DIR/workspace}"OPENCLAW_PODMAN_IMAGE="${OPENCLAW_PODMAN_IMAGE:-${OPENCLAW_IMAGE:-openclaw:local}}" podman run --rm -it \ --userns=keep-id \ --user "$(id -u):$(id -g)" \ -e HOME=/home/node \ -e NPM_CONFIG_CACHE=/home/node/.openclaw/.npm \ -v "$OPENCLAW_CONFIG_DIR:/home/node/.openclaw:rw" \ -v "$OPENCLAW_WORKSPACE_DIR:/home/node/.openclaw/workspace:rw" \ "$OPENCLAW_PODMAN_IMAGE" \ openclaw doctor --fix在 SELinux 主机上,如果 Podman 阻止访问已挂载的状态,请向两个绑定挂载
添加 ,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。