所需条件
- 已安装 flyctl CLI
- Fly.io 账户(免费套餐即可)
- 模型身份验证:所选模型提供商的 API 密钥
- 渠道凭据:Discord Bot 令牌、Telegram 令牌等
新手快速路径
- 克隆仓库,自定义
fly.toml - 创建应用和卷,设置密钥
- 使用
fly deploy部署 - 通过 SSH 登录以创建配置,或使用 Control UI
1
创建 Fly 应用
lhr(伦敦)、iad(弗吉尼亚)、sjc(圣何塞)。2
配置 fly.toml
编辑 OpenClaw Docker 镜像入口点为
fly.toml,使其符合你的应用名称和要求。仓库中跟踪的 fly.toml 是如下所示的公开模板;deploy/fly.private.toml 是经过加固且无公共 IP 的变体(参见私有部署)。tini,默认运行 node openclaw.mjs gateway。Fly [processes] 会替换 Docker CMD(此处直接运行 node dist/index.js gateway ...,即同一个编译后入口点),但不会改动 ENTRYPOINT,因此进程仍以 tini 身份运行。关键设置:3
设置密钥
--bind lan)需要有效的 Gateway 网关身份验证路径。此示例使用 OPENCLAW_GATEWAY_TOKEN,但 gateway.auth.password 或正确配置的非环回可信代理部署也能满足该要求。有关 SecretRef 契约,请参阅密钥管理。将这些令牌视同密码。对于 API 密钥和令牌,优先使用环境变量/fly secrets,而不是配置文件,以免密钥进入 openclaw.json。4
部署
gateway ready。Fly 自己的健康检查按照 fly.toml 监控 internal_port = 3000;镜像的 Docker HEALTHCHECK 指令还会轮询默认端口 18789 上的 /healthz,但此处并未使用该检查,因为此部署将 Gateway 网关覆盖为 --port 3000。5
创建配置文件
通过 SSH 登录机器以创建适当的配置:使用
OPENCLAW_STATE_DIR=/data 时,配置路径为 /data/openclaw.json。将 https://my-openclaw.fly.dev 替换为你的真实 Fly 应用源地址。Gateway 网关启动时会根据运行时的 --bind 和 --port 值填充本地 Control UI 源地址,以便首次启动能够在配置尚不存在时继续进行,但通过 Fly 进行浏览器访问时,仍需在 gateway.controlUi.allowedOrigins 中列出准确的 HTTPS 源地址。Discord 令牌可以来自以下任一位置:- 环境变量
DISCORD_BOT_TOKEN(建议用于密钥);无需将其添加到配置中,Gateway 网关会自动读取 - 配置文件
channels.discord.token
故障排查
“应用未在预期地址上监听”
Gateway 网关绑定到127.0.0.1,而不是 0.0.0.0。
修复: 将 --bind lan 添加到 fly.toml 中的进程命令。
健康检查失败/连接被拒绝
Fly 无法通过已配置的端口访问 Gateway 网关。 修复: 确保internal_port 与 Gateway 网关端口(--port 3000 或 OPENCLAW_GATEWAY_PORT=3000)匹配。
OOM/内存问题
容器不断重启或被终止。迹象包括:SIGABRT、v8::internal::Runtime_AllocateInYoungGeneration 或无提示重启。
修复: 增加 fly.toml 中的内存:
Gateway 网关锁问题
容器重启后,Gateway 网关拒绝启动并显示“已在运行”错误。 运行时锁文件位于<tmpdir>/openclaw-<uid>/gateway.<hash>.lock
和 gateway.state.<hash>.lock(Linux:
/tmp/openclaw-<uid>/gateway.*.lock),而不是持久化的 /data 卷上,因此
完整重启容器通常会将其与容器文件系统的其余部分一起清除。如果锁仍然存在(例如使用了保留容器文件系统的 fly machine restart)
并阻止启动,请手动将其删除:
未读取配置
--allow-unconfigured 只会绕过启动保护。它不会创建或修复 /data/openclaw.json,因此请确保真实配置存在,并且包含 "gateway": { "mode": "local" },以便正常启动本地 Gateway 网关。
验证配置是否存在:
通过 SSH 写入配置
fly ssh console -C 不支持 shell 重定向。要写入配置文件:
fly sftp 可能会失败;请先将其删除:
状态未持久化
如果重启后丢失身份验证配置文件、渠道/提供商状态或会话,则说明状态目录正写入容器文件系统,而不是卷。 修复: 确保已在fly.toml 中设置 OPENCLAW_STATE_DIR=/data,然后重新部署。
更新
git pull + fly deploy 是此处受监管的更新路径:它会从 Dockerfile 重新构建镜像,因此 CLI/Gateway 网关版本、基础操作系统镜像以及任何 Dockerfile 更改都会一起更新。在运行中的容器内执行 openclaw update 并非同一操作,因为该镜像以 Docker 构建的 dist/ 目录树形式发布,其中没有可供其检测的 .git 检出,也没有由 npm 管理的全局安装;有关虚拟机式安装的更新流程,请参阅更新。
更新机器命令
要在不完整重新部署的情况下更改启动命令:fly deploy 时,机器命令会重置为 fly.toml 中的内容;重新部署后,请再次应用手动更改。
私有部署(加固)
默认情况下,Fly 会分配公共 IP,因此可以通过https://your-app.fly.dev 访问你的 Gateway 网关,并且互联网扫描器(Shodan、Censys 等)可以发现它。
使用 deploy/fly.private.toml 进行无公共 IP的加固部署:它省略了 [http_service],因此不会分配公共入口。
何时使用私有部署
- 仅进行出站调用/发送消息(无入站 Webhook)
- 由 ngrok 或 Tailscale 隧道处理所有 Webhook 回调
- 通过 SSH、代理或 WireGuard 而不是浏览器访问 Gateway 网关
- 部署应对互联网扫描器隐藏
设置
fly ips list 应仅显示一个 private 类型的 IP:
访问私有部署
选项 1:本地代理(最简单)私有部署中的 Webhook
如需在不公开暴露的情况下接收 Webhook 回调(Twilio、Telnyx 等),可使用:- ngrok 隧道:在容器内或作为边车运行 ngrok
- Tailscale Funnel:通过 Tailscale 暴露特定路径
- 仅出站:某些提供商(如 Twilio)无需 Webhook 即可处理出站呼叫
plugins.entries.voice-call.config 下使用 ngrok 的语音通话配置示例:
webhookSecurity.allowedHosts 设置为隧道主机名,以接受转发的 Host 标头。
安全性权衡
注意事项
- Fly.io 使用 x86 架构;该 Dockerfile 同时兼容 x86 和 ARM。
- 对于 WhatsApp/Telegram 新手引导,请使用
fly ssh console。 - 持久化数据位于
/data上的卷中。 - Signal 要求镜像中包含 signal-cli(基于 Java 的 CLI);请使用自定义镜像,并将内存保持在 2GB 以上。
费用
使用推荐配置(shared-cpu-2x、2GB RAM)时,预计每月费用约为 10–15 美元,具体取决于使用量;免费套餐包含一定的基础额度。当前费率请参阅 Fly.io 定价。
后续步骤
- 设置消息渠道:渠道
- 配置 Gateway 网关:Gateway 配置
- 使 OpenClaw 保持最新:更新