Skip to content

Podman

无 root 的 Podman 容器中运行 OpenClaw 网关(Gateway)。使用与 Docker 相同的镜像(从仓库 Dockerfile 构建)。


系统要求

  • Podman(无 root 模式)
  • 一次性设置需要 Sudo(创建用户、构建镜像)

快速开始

1. 一次性设置(从仓库根目录;创建用户、构建镜像、安装启动脚本):

bash
./setup-podman.sh

这还会创建一个最小的 ~openclaw/.openclaw/openclaw.json(设置 gateway.mode="local"),以便网关无需运行向导即可启动。

默认情况下容器作为 systemd 服务安装,你需要手动启动(见下方)。要获得带自动启动和重启的生产级设置,请将其安装为 systemd Quadlet 用户服务:

bash
./setup-podman.sh --quadlet

(或设置 OPENCLAW_PODMAN_QUADLET=1;使用 --container 仅安装容器和启动脚本。)

2. 启动网关(手动,用于快速冒烟测试):

bash
./scripts/run-openclaw-podman.sh launch

3. 引导向导(例如添加通道或提供商):

bash
./scripts/run-openclaw-podman.sh launch setup

然后打开 http://127.0.0.1:18789/ 并使用 ~openclaw/.openclaw/.env 中的 Token(或设置时打印的值)。


Systemd(Quadlet,可选)

如果你运行了 ./setup-podman.sh --quadlet(或 OPENCLAW_PODMAN_QUADLET=1),会安装一个 Podman Quadlet 单元,使网关作为 openclaw 用户的 systemd 用户服务运行。服务在设置结束时被启用并启动。

  • 启动: sudo systemctl --machine openclaw@ --user start openclaw.service
  • 停止: sudo systemctl --machine openclaw@ --user stop openclaw.service
  • 状态: sudo systemctl --machine openclaw@ --user status openclaw.service
  • 日志: sudo journalctl --machine openclaw@ --user -u openclaw.service -f

Quadlet 文件位于 ~openclaw/.config/containers/systemd/openclaw.container。要更改端口或环境变量,编辑该文件(或它引用的 .env),然后 sudo systemctl --machine openclaw@ --user daemon-reload 并重启服务。开机时,如果为 openclaw 启用了 lingering,服务会自动启动(setup 在 loginctl 可用时会执行此操作)。

要在初始设置未使用 quadlet 的情况下添加 quadlet,重新运行:./setup-podman.sh --quadlet


openclaw 用户(非登录)

setup-podman.sh 创建一个专用系统用户 openclaw

  • Shell: nologin — 不允许交互式登录;减少攻击面。

  • Home: 例如 /home/openclaw — 存放 ~/.openclaw(配置、工作区)和启动脚本 run-openclaw-podman.sh

  • 无 root Podman: 用户必须有 subuidsubgid 范围。许多发行版在创建用户时会自动分配。如果 setup 打印警告,请在 /etc/subuid/etc/subgid 中添加行:

    text
    openclaw:100000:65536

    然后以该用户身份启动网关(例如通过 cron 或 systemd):

    bash
    sudo -u openclaw /home/openclaw/run-openclaw-podman.sh
    sudo -u openclaw /home/openclaw/run-openclaw-podman.sh setup
  • 配置: 只有 openclaw 和 root 可以访问 /home/openclaw/.openclaw。编辑配置:在网关运行后使用控制面板,或 sudo -u openclaw $EDITOR /home/openclaw/.openclaw/openclaw.json


环境变量和配置

  • Token: 存储在 ~openclaw/.openclaw/.env 中,变量名为 OPENCLAW_GATEWAY_TOKENsetup-podman.shrun-openclaw-podman.sh 在缺失时会生成它(使用 opensslpython3od)。
  • 可选: 在该 .env 中你可以设置提供商密钥(例如 GROQ_API_KEYOLLAMA_API_KEY)和其他 OpenClaw 环境变量。
  • 主机端口: 默认情况下脚本映射 18789(网关)和 18790(桥接)。启动时使用 OPENCLAW_PODMAN_GATEWAY_HOST_PORTOPENCLAW_PODMAN_BRIDGE_HOST_PORT 覆盖主机端口映射。
  • 路径: 主机配置和工作区默认为 ~openclaw/.openclaw~openclaw/.openclaw/workspace。使用 OPENCLAW_CONFIG_DIROPENCLAW_WORKSPACE_DIR 覆盖启动脚本使用的主机路径。

常用命令

  • 日志: 使用 quadlet:sudo journalctl --machine openclaw@ --user -u openclaw.service -f。使用脚本:sudo -u openclaw podman logs -f openclaw
  • 停止: 使用 quadlet:sudo systemctl --machine openclaw@ --user stop openclaw.service。使用脚本:sudo -u openclaw podman stop openclaw
  • 再次启动: 使用 quadlet:sudo systemctl --machine openclaw@ --user start openclaw.service。使用脚本:重新运行启动脚本或 podman start openclaw
  • 移除容器: sudo -u openclaw podman rm -f openclaw — 主机上的配置和工作区会保留

故障排除

  • 配置或认证配置文件权限被拒绝(EACCES): 容器默认使用 --userns=keep-id,并以与运行脚本的主机用户相同的 uid/gid 运行。确保你的主机 OPENCLAW_CONFIG_DIROPENCLAW_WORKSPACE_DIR 由该用户拥有。
  • 网关启动被阻止(缺少 gateway.mode=local): 确保 ~openclaw/.openclaw/openclaw.json 存在并设置了 gateway.mode="local"setup-podman.sh 在缺失时会创建此文件。
  • openclaw 用户的无 root Podman 失败: 检查 /etc/subuid/etc/subgid 是否包含 openclaw 的行(例如 openclaw:100000:65536)。如果缺失则添加并重启。
  • 容器名称已被使用: 启动脚本使用 podman run --replace,因此再次启动时会替换现有容器。手动清理:podman rm -f openclaw
  • 以 openclaw 用户运行时找不到脚本: 确保已运行 setup-podman.sh,以便 run-openclaw-podman.sh 被复制到 openclaw 的主目录(例如 /home/openclaw/run-openclaw-podman.sh)。
  • Quadlet 服务未找到或启动失败: 编辑 .container 文件后运行 sudo systemctl --machine openclaw@ --user daemon-reload。Quadlet 需要 cgroups v2:podman info --format '{{.Host.CgroupsVersion}}' 应显示 2

可选:以你自己的用户运行

要以你的普通用户(非专用 openclaw 用户)运行网关:构建镜像,创建包含 OPENCLAW_GATEWAY_TOKEN~/.openclaw/.env,然后使用 --userns=keep-id 并挂载到你的 ~/.openclaw 来运行容器。启动脚本是为 openclaw 用户流程设计的;对于单用户设置,你可以直接手动运行脚本中的 podman run 命令,将配置和工作区指向你的主目录。推荐大多数用户:使用 setup-podman.sh 并以 openclaw 用户运行,以隔离配置和进程。

用工程视角拆解 AI 智能体框架