Hosting

Fly.io

**目標:**讓 OpenClaw 閘道在 Fly.io 機器上執行,並具備持久化儲存、自動 HTTPS,以及 Discord/頻道存取能力。

所需項目

  • 已安裝 flyctl 命令列介面
  • Fly.io 帳號(免費方案即可)
  • 模型驗證:所選模型供應商的 API 金鑰
  • 頻道憑證:Discord 機器人權杖、Telegram 權杖等

新手快速流程

  1. 複製儲存庫並自訂 fly.toml
  2. 建立應用程式與磁碟區,並設定祕密
  3. 使用 fly deploy 部署
  4. 透過 SSH 進入並建立設定,或使用控制介面
  • 建立 Fly 應用程式

    bash
    git clone https://github.com/openclaw/openclaw.gitcd openclaw # 選擇你自己的名稱fly apps create my-openclaw # 1GB 通常已足夠fly volumes create openclaw_data --size 1 --region iad

    選擇距離你較近的區域。常見選項:lhr(倫敦)、iad(維吉尼亞州)、sjc(聖荷西)。

  • 設定 fly.toml

    編輯 fly.toml,使其符合你的應用程式名稱與需求。儲存庫所追蹤的 fly.toml 是下方所示的公開範本;deploy/fly.private.toml 則是經過強化且沒有公用 IP 的版本(請參閱私人部署)。

    toml
    app = "my-openclaw"  # 你的應用程式名稱primary_region = "iad" [build]  dockerfile = "Dockerfile" [env]  NODE_ENV = "production"  OPENCLAW_PREFER_PNPM = "1"  OPENCLAW_STATE_DIR = "/data"  NODE_OPTIONS = "--max-old-space-size=1536" [processes]  app = "node dist/index.js gateway --allow-unconfigured --port 3000 --bind lan" [http_service]  internal_port = 3000  force_https = true  auto_stop_machines = false  auto_start_machines = true  min_machines_running = 1  processes = ["app"] [[vm]]  size = "shared-cpu-2x"  memory = "2048mb" [mounts]  source = "openclaw_data"  destination = "/data"

    OpenClaw Docker 映像檔的進入點是 tini,預設執行 node openclaw.mjs gateway。Fly 的 [processes] 會取代 Docker 的 CMD(此處直接執行 node dist/index.js gateway ...,也就是相同的已編譯進入點),但不會變更 ENTRYPOINT,因此程序仍會在 tini 下執行。

    重要設定:

    設定 原因
    --bind lan 繫結至 0.0.0.0,讓 Fly 的代理可以連線至閘道
    --allow-unconfigured 在沒有設定檔時啟動(之後再建立設定檔)
    internal_port = 3000 必須符合 --port 3000(或 OPENCLAW_GATEWAY_PORT),供 Fly 健康狀態檢查使用
    memory = "2048mb" 512MB 太小;建議使用 2GB
    OPENCLAW_STATE_DIR = "/data" 將狀態持久化至磁碟區
  • 設定祕密

    bash
    # 必要:非 local loopback 繫結所需的閘道驗證權杖fly secrets set OPENCLAW_GATEWAY_TOKEN=$(openssl rand -hex 32) # 模型供應商 API 金鑰fly secrets set ANTHROPIC_API_KEY=example-anthropic-key-not-real # 選用:其他供應商fly secrets set OPENAI_API_KEY=example-openai-key-not-realfly secrets set GOOGLE_API_KEY=... # 頻道權杖fly secrets set DISCORD_BOT_TOKEN=example-discord-bot-token

    非 local loopback 繫結(--bind lan)需要有效的閘道驗證途徑。此範例使用 OPENCLAW_GATEWAY_TOKEN,但 gateway.auth.password 或正確設定的非 local loopback 受信任代理部署也能滿足此要求。SecretRef 合約請參閱祕密管理

    請將這些權杖視同密碼。API 金鑰與權杖應優先使用環境變數/fly secrets,而非寫入設定檔,讓祕密不會出現在 openclaw.json 中。

  • 部署

    bash
    fly deploy

    第一次部署會建置 Docker 映像檔。部署後請驗證:

    bash
    fly statusfly logs

    HTTP/WebSocket 監聽器啟動後,閘道啟動記錄會顯示 gateway ready。Fly 自己的健康狀態檢查會依照 fly.toml 監看 internal_port = 3000;映像檔的 Docker HEALTHCHECK 指令還會額外輪詢預設連接埠 18789 上的 /healthz,但此部署已將閘道覆寫為 --port 3000,因此不會使用該檢查。

  • 建立設定檔

    透過 SSH 進入機器,以建立正確的設定:

    bash
    fly ssh console
    bash
    mkdir -p /datacat > /data/openclaw.json << 'EOF'{  "agents": {    "defaults": {      "model": {        "primary": "anthropic/claude-opus-4-6",        "fallbacks": ["anthropic/claude-sonnet-4-6", "openai/gpt-5.4"]      },      "maxConcurrent": 4    },    "list": [      {        "id": "main",        "default": true      }    ]  },  "auth": {    "profiles": {      "anthropic:default": { "mode": "token", "provider": "anthropic" },      "openai:default": { "mode": "token", "provider": "openai" }    }  },  "bindings": [    {      "agentId": "main",      "match": { "channel": "discord" }    }  ],  "channels": {    "discord": {      "enabled": true,      "groupPolicy": "allowlist",      "guilds": {        "YOUR_GUILD_ID": {          "channels": { "general": { "allow": true } },          "requireMention": false        }      }    }  },  "gateway": {    "mode": "local",    "bind": "auto",    "controlUi": {      "allowedOrigins": [        "https://my-openclaw.fly.dev",        "http://localhost:3000",        "http://127.0.0.1:3000"      ]    }  },  "meta": {}}EOF

    設定 OPENCLAW_STATE_DIR=/data 後,設定檔路徑為 /data/openclaw.json

    請將 https://my-openclaw.fly.dev 替換為你實際的 Fly 應用程式來源。閘道啟動時會根據執行階段的 --bind--port 值預先填入本機控制介面來源,使首次啟動能在設定檔尚不存在時繼續進行;但透過 Fly 使用瀏覽器存取時,仍需要在 gateway.controlUi.allowedOrigins 中列出完全相符的 HTTPS 來源。

    Discord 權杖可來自下列任一來源:

    • 環境變數 DISCORD_BOT_TOKEN(建議用於祕密);不必將其加入設定,閘道會自動讀取
    • 設定檔中的 channels.discord.token

    重新啟動以套用設定:

    bash
    exitfly machine restart <machine-id>
  • 存取閘道

    控制介面

    bash
    fly open

    或前往 https://my-openclaw.fly.dev/

    使用已設定的共用祕密進行驗證:OPENCLAW_GATEWAY_TOKEN 中的閘道權杖;若已切換至密碼驗證,則使用你的密碼。

    記錄

    bash
    fly logs              # 即時記錄fly logs --no-tail    # 最近的記錄

    SSH 主控台

    bash
    fly ssh console
  • 疑難排解

    「應用程式未監聽預期的位址」

    閘道繫結至 127.0.0.1,而不是 0.0.0.0

    **修正方式:**在 fly.toml 的程序命令中加入 --bind lan

    健康狀態檢查失敗/連線遭拒

    Fly 無法透過已設定的連接埠連線至閘道。

    **修正方式:**確保 internal_port 與閘道連接埠相符(--port 3000OPENCLAW_GATEWAY_PORT=3000)。

    OOM/記憶體問題

    容器持續重新啟動或遭終止。徵兆包括:SIGABRTv8::internal::Runtime_AllocateInYoungGeneration,或無提示地重新啟動。

    **修正方式:**在 fly.toml 中增加記憶體:

    toml
    [[vm]]  memory = "2048mb"

    或更新現有機器:

    bash
    fly machine update <machine-id> --vm-memory 2048 -y

    512MB 太小。1GB 可能可用,但在高負載或詳細記錄模式下可能發生 OOM。建議使用 2GB。

    閘道鎖定問題

    容器重新啟動後,閘道因「已在執行」錯誤而拒絕啟動。

    單一執行個體鎖定檔位於 <tmpdir>/openclaw-<uid>/gateway.<hash>.lock(Linux:/tmp/openclaw-<uid>/gateway.<hash>.lock),而非持久化的 /data 磁碟區,因此完整重新啟動容器通常會連同容器檔案系統的其餘內容一起清除該檔案。如果鎖定檔仍然存在(例如執行會保留容器檔案系統的 fly machine restart)並阻止啟動,請手動將其移除:

    bash
    fly ssh console --command "rm -f /tmp/openclaw-*/gateway.*.lock"fly machine restart <machine-id>

    未讀取設定

    --allow-unconfigured 只會略過啟動防護機制,不會建立或修復 /data/openclaw.json。因此請確認實際設定檔存在,且包含 "gateway": { "mode": "local" },以正常啟動本機閘道。

    驗證設定檔是否存在:

    bash
    fly ssh console --command "cat /data/openclaw.json"

    透過 SSH 寫入設定

    fly ssh console -C 不支援 Shell 重新導向。若要寫入設定檔:

    bash
    # echo + tee(從本機透過管線傳送至遠端)echo '{"your":"config"}' | fly ssh console -C "tee /data/openclaw.json" # 或使用 sftpfly sftp shell> put /local/path/config.json /data/openclaw.json

    若檔案已存在,fly sftp 可能會失敗;請先刪除:

    bash
    fly ssh console --command "rm /data/openclaw.json"

    狀態未持久化

    如果重新啟動後遺失驗證設定檔、頻道/供應商狀態或工作階段,表示狀態目錄正在寫入容器檔案系統,而非磁碟區。

    **修正方式:**確保 fly.toml 中已設定 OPENCLAW_STATE_DIR=/data,然後重新部署。

    更新

    bash
    git pullfly deployfly statusfly logs

    此處的受監督流程是 git pull + fly deploy:它會從 Dockerfile 重新建置映像檔,因此命令列介面/閘道版本、基礎作業系統映像檔,以及任何 Dockerfile 變更都會一併更新。在執行中的容器內執行 openclaw update 並非相同操作,因為此映像檔是以 Docker 建置的 dist/ 目錄形式提供,沒有可供偵測的 .git 工作目錄,也沒有由 npm 管理的全域安裝;VM 類型安裝的更新流程請參閱更新

    更新機器命令

    若要在不完整重新部署的情況下變更啟動命令:

    bash
    fly machines listfly machine update <machine-id> --command "node dist/index.js gateway --port 3000 --bind lan" -y # 或同時增加記憶體fly machine update <machine-id> --vm-memory 2048 --command "node dist/index.js gateway --port 3000 --bind lan" -y

    之後執行 fly deploy 會將機器命令重設為 fly.toml 中的內容;重新部署後,請再次套用手動變更。

    私人部署(強化)

    Fly 預設會配置公用 IP,因此你的閘道可透過 https://your-app.fly.dev 存取,也能被網際網路掃描器(Shodan、Censys 等)發現。

    使用 deploy/fly.private.toml 可進行沒有公用 IP的強化部署:它省略 [http_service],因此不會配置公開輸入連線。

    適合使用私人部署的情況

    • 僅有對外呼叫/訊息(沒有傳入網路鉤子)
    • 由 ngrok 或 Tailscale 通道處理任何網路鉤子回呼
    • 透過 SSH、代理或 WireGuard 存取閘道,而非瀏覽器
    • 部署不應被網際網路掃描器發現

    設定

    bash
    fly deploy -c deploy/fly.private.toml

    或轉換現有部署:

    bash
    # 列出目前的 IPfly ips list -a my-openclaw # 釋放公用 IPfly ips release <public-ipv4> -a my-openclawfly ips release <public-ipv6> -a my-openclaw # 切換至私人設定,使未來的部署不會重新配置公用 IPfly deploy -c deploy/fly.private.toml # 僅配置私人 IPv6fly ips allocate-v6 --private -a my-openclaw

    完成後,fly ips list 應只會顯示一個 private 類型的 IP:

    text
    VERSION  IP                   TYPE             REGIONv6       fdaa:x:x:x:x::x      private          global

    存取私人部署

    選項 1:本機代理(最簡單)

    bash
    fly proxy 3000:3000 -a my-openclaw# 在瀏覽器中開啟 http://localhost:3000

    選項 2:WireGuard VPN

    bash
    fly wireguard create# 匯入 WireGuard 用戶端,然後透過內部 IPv6 存取# 範例:http://[fdaa:x:x:x:x::x]:3000

    選項 3:僅使用 SSH

    bash
    fly ssh console -a my-openclaw

    私人部署的網路鉤子

    若要在不公開暴露的情況下接收網路鉤子回呼(Twilio、Telnyx 等):

    1. ngrok 通道:在容器內執行 ngrok,或將其作為附屬容器執行
    2. Tailscale Funnel:透過 Tailscale 公開特定路徑
    3. 僅限輸出:部分供應商(Twilio)可在沒有網路鉤子的情況下進行撥出通話

    plugins.entries.voice-call.config 下使用 ngrok 的語音通話設定範例:

    json5
    {  plugins: {    entries: {      "voice-call": {        enabled: true,        config: {          provider: "twilio",          tunnel: { provider: "ngrok" },          webhookSecurity: {            allowedHosts: ["example.ngrok.app"],          },        },      },    },  },}

    ngrok 通道會在容器內執行,並提供公開的網路鉤子 URL,而不會暴露 Fly 應用程式本身。請將 webhookSecurity.allowedHosts 設為通道主機名稱,以接受轉送的主機標頭。

    安全性取捨

    面向 公開 私人
    網際網路掃描程式 可被發現 隱藏
    直接攻擊 可能發生 已封鎖
    控制介面存取 瀏覽器 代理/VPN
    網路鉤子傳遞 直接 透過通道

    注意事項

    • Fly.io 使用 x86 架構;此 Dockerfile 同時相容於 x86 和 ARM。
    • 若要進行 WhatsApp/Telegram 新手設定,請使用 fly ssh console
    • 持久化資料儲存在 /data 的磁碟區上。
    • Signal 需要映像檔中包含 signal-cli(以 Java 為基礎的命令列介面);請使用自訂映像檔,並將記憶體維持在 2GB 以上。

    費用

    使用建議設定(shared-cpu-2x、2GB RAM)時,依使用量而定,預計每月約需 10–15 美元;免費方案包含部分基本額度。目前費率請參閱 Fly.io 定價

    後續步驟

    相關內容

    Was this useful?
    On this page

    On this page