Fly.io

เป้าหมาย: เรียกใช้ OpenClaw Gateway บนเครื่อง Fly.io พร้อมพื้นที่จัดเก็บข้อมูลถาวร, HTTPS อัตโนมัติ และการเข้าถึง Discord/ช่องทาง

สิ่งที่คุณต้องมี

• ติดตั้ง flyctl CLI แล้ว
• บัญชี Fly.io (แพ็กเกจฟรีใช้งานได้)
• การยืนยันตัวตนของโมเดล: คีย์ API สำหรับผู้ให้บริการโมเดลที่คุณเลือก
• ข้อมูลประจำตัวของช่องทาง: โทเค็นบอต Discord, โทเค็น Telegram เป็นต้น

วิธีเริ่มต้นอย่างรวดเร็วสำหรับผู้เริ่มต้น

1. โคลนที่เก็บโค้ดและปรับแต่ง fly.toml
2. สร้างแอปและวอลุ่ม แล้วตั้งค่าข้อมูลลับ
3. ปรับใช้ด้วย fly deploy
4. เชื่อมต่อผ่าน SSH เพื่อสร้างการกำหนดค่า หรือใช้ส่วนติดต่อผู้ใช้สำหรับควบคุม

git clone https://github.com/openclaw/openclaw.gitcd openclaw # เลือกชื่อของคุณเองfly apps create my-openclaw # โดยทั่วไป 1GB ก็เพียงพอfly volumes create openclaw_data --size 1 --region iad

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"

# จำเป็น: โทเค็นยืนยันตัวตนของ Gateway สำหรับการผูกแบบไม่ใช่ local loopbackfly 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

fly deploy

fly statusfly logs

fly ssh console

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

exitfly machine restart <machine-id>

fly open

fly logs              # บันทึกแบบสดfly logs --no-tail    # บันทึกล่าสุด

fly ssh console

การแก้ไขปัญหา

"แอปไม่ได้รับฟังบนที่อยู่ที่คาดไว้"

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:

[[vm]]  memory = "2048mb"

หรืออัปเดตเครื่องที่มีอยู่:

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

512MB น้อยเกินไป 1GB อาจใช้งานได้ แต่อาจเกิด OOM เมื่อมีภาระงานสูงหรือเปิดใช้การบันทึกแบบละเอียด แนะนำให้ใช้ 2GB

ปัญหาไฟล์ล็อกของ Gateway

Gateway ปฏิเสธการเริ่มทำงานพร้อมข้อผิดพลาด "กำลังทำงานอยู่แล้ว" หลังคอนเทนเนอร์เริ่มระบบใหม่

ไฟล์ล็อกสำหรับอินสแตนซ์เดียวอยู่ที่ <tmpdir>/openclaw-<uid>/gateway.<hash>.lock (Linux: /tmp/openclaw-<uid>/gateway.<hash>.lock) ไม่ได้อยู่ในวอลุ่มถาวร /data ดังนั้นโดยปกติการเริ่มคอนเทนเนอร์ใหม่ทั้งหมดจะล้างไฟล์นี้พร้อมกับระบบไฟล์ส่วนที่เหลือของคอนเทนเนอร์ หากไฟล์ล็อกยังคงอยู่ (ตัวอย่างเช่น fly machine restart ที่รักษาระบบไฟล์ของคอนเทนเนอร์ไว้) และขัดขวางการเริ่มทำงาน ให้ลบด้วยตนเอง:

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

ระบบไม่อ่านการกำหนดค่า

--allow-unconfigured จะข้ามเฉพาะตัวป้องกันระหว่างเริ่มต้นเท่านั้น โดยจะไม่สร้างหรือซ่อมแซม /data/openclaw.json ดังนั้นตรวจสอบให้แน่ใจว่าการกำหนดค่าจริงของคุณมีอยู่ และมี "gateway": { "mode": "local" } สำหรับการเริ่มต้น Gateway ในเครื่องตามปกติ

ตรวจสอบว่าการกำหนดค่ามีอยู่:

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

การเขียนการกำหนดค่าผ่าน SSH

fly ssh console -C ไม่รองรับการเปลี่ยนทิศทางเอาต์พุตของเชลล์ หากต้องการเขียนไฟล์การกำหนดค่า:

# 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 อาจล้มเหลวหากมีไฟล์อยู่แล้ว ให้ลบไฟล์ก่อน:

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

สถานะไม่ถูกเก็บไว้อย่างถาวร

หากโปรไฟล์การยืนยันตัวตน สถานะของช่องทาง/ผู้ให้บริการ หรือเซสชันสูญหายหลังเริ่มระบบใหม่ แสดงว่าไดเรกทอรีสถานะกำลังเขียนลงในระบบไฟล์ของคอนเทนเนอร์แทนวอลุ่ม

วิธีแก้: ตรวจสอบให้แน่ใจว่าได้ตั้งค่า OPENCLAW_STATE_DIR=/data ใน fly.toml แล้วปรับใช้อีกครั้ง

การอัปเดต

git pullfly deployfly statusfly logs

git pull + fly deploy คือวิธีดำเนินการภายใต้การควบคุมในที่นี้ โดยจะสร้างอิมเมจใหม่จาก Dockerfile ดังนั้นเวอร์ชัน CLI/Gateway, อิมเมจระบบปฏิบัติการพื้นฐาน และการเปลี่ยนแปลงใด ๆ ใน Dockerfile จะอัปเดตพร้อมกันทั้งหมด การใช้ openclaw update ภายในคอนเทนเนอร์ที่กำลังทำงานไม่ใช่การดำเนินการเดียวกัน เนื่องจากอิมเมจจัดส่งเป็นโครงสร้าง dist/ ที่สร้างด้วย Docker โดยไม่มีการเช็กเอาต์ .git และไม่มีการติดตั้งส่วนกลางที่จัดการโดย npm ให้ตรวจพบ ดูขั้นตอนดังกล่าวสำหรับการติดตั้งแบบ VM ได้ที่ การอัปเดต

การอัปเดตคำสั่งของเครื่อง

หากต้องการเปลี่ยนคำสั่งเริ่มต้นโดยไม่ต้องปรับใช้ใหม่ทั้งหมด:

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 สาธารณะ ดังนั้น Gateway ของคุณจึงเข้าถึงได้ที่ https://your-app.fly.dev และเครื่องมือสแกนอินเทอร์เน็ต (Shodan, Censys เป็นต้น) สามารถค้นพบได้

ใช้ deploy/fly.private.toml สำหรับการปรับใช้ที่เพิ่มความปลอดภัยโดย ไม่มี IP สาธารณะ ซึ่งจะไม่รวม [http_service] จึงไม่มีการจัดสรรการรับส่งข้อมูลขาเข้าสาธารณะ

เมื่อใดควรใช้การปรับใช้แบบส่วนตัว

• มีเฉพาะการเรียก/ข้อความขาออก (ไม่มี Webhook ขาเข้า)
• ทันเนล ngrok หรือ Tailscale จัดการการเรียกกลับของ Webhook
• เข้าถึง Gateway ผ่าน SSH, พร็อกซี หรือ WireGuard แทนเบราว์เซอร์
• ต้องการซ่อนการปรับใช้จากเครื่องมือสแกนอินเทอร์เน็ต

การตั้งค่า

fly deploy -c deploy/fly.private.toml

หรือแปลงการปรับใช้ที่มีอยู่:

# แสดงรายการ IP ปัจจุบันfly ips list -a my-openclaw # คืน IP สาธารณะfly ips release <public-ipv4> -a my-openclawfly ips release <public-ipv6> -a my-openclaw # เปลี่ยนไปใช้การกำหนดค่าแบบส่วนตัว เพื่อไม่ให้การปรับใช้ในอนาคตจัดสรร IP สาธารณะอีกfly deploy -c deploy/fly.private.toml # จัดสรร IPv6 แบบส่วนตัวเท่านั้นfly ips allocate-v6 --private -a my-openclaw

หลังจากนี้ fly ips list ควรแสดงเฉพาะ IP ประเภท private:

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

การเข้าถึงการปรับใช้แบบส่วนตัว

ตัวเลือกที่ 1: พร็อกซีภายในเครื่อง (ง่ายที่สุด)

fly proxy 3000:3000 -a my-openclaw# เปิด http://localhost:3000 ในเบราว์เซอร์

ตัวเลือกที่ 2: VPN แบบ WireGuard

fly wireguard create# นำเข้าไปยังไคลเอนต์ WireGuard แล้วเข้าถึงผ่าน IPv6 ภายใน# ตัวอย่าง: http://[fdaa:x:x:x:x::x]:3000

ตัวเลือกที่ 3: SSH เท่านั้น

fly ssh console -a my-openclaw

Webhook กับการปรับใช้แบบส่วนตัว

สำหรับการเรียกกลับของ Webhook (Twilio, Telnyx เป็นต้น) โดยไม่เปิดเผยต่อสาธารณะ:

1. อุโมงค์ ngrok: เรียกใช้ ngrok ภายในคอนเทนเนอร์หรือเป็นไซด์คาร์
2. Tailscale Funnel: เปิดเผยเฉพาะพาธที่กำหนดผ่าน Tailscale
3. ขาออกเท่านั้น: ผู้ให้บริการบางราย (Twilio) รองรับการโทรขาออกโดยไม่ต้องใช้ Webhook

ตัวอย่างการกำหนดค่าการโทรด้วยเสียงด้วย ngrok ภายใต้ plugins.entries.voice-call.config:

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

อุโมงค์ ngrok ทำงานภายในคอนเทนเนอร์และให้ URL ของ Webhook สาธารณะโดยไม่เปิดเผยตัวแอป Fly เอง ตั้งค่า webhookSecurity.allowedHosts เป็นชื่อโฮสต์ของอุโมงค์ เพื่อให้ยอมรับส่วนหัวโฮสต์ที่ส่งต่อมา

ข้อแลกเปลี่ยนด้านความปลอดภัย

หมายเหตุ

• Fly.io ใช้สถาปัตยกรรม x86 โดย Dockerfile รองรับทั้ง x86 และ ARM
• สำหรับการเริ่มต้นใช้งาน WhatsApp/Telegram ให้ใช้ fly ssh console
• ข้อมูลถาวรอยู่ในโวลุ่มที่ /data
• Signal ต้องใช้ signal-cli (CLI ที่ทำงานบน Java) ในอิมเมจ ให้ใช้อิมเมจแบบกำหนดเองและจัดสรรหน่วยความจำอย่างน้อย 2GB

ค่าใช้จ่าย

เมื่อใช้การกำหนดค่าที่แนะนำ (shared-cpu-2x, RAM 2GB) ค่าใช้จ่ายจะอยู่ที่ประมาณ $10-15 ต่อเดือน ขึ้นอยู่กับการใช้งาน โดยแพ็กเกจฟรีครอบคลุมโควตาพื้นฐานบางส่วน ดูอัตราปัจจุบันได้ที่ ราคาของ Fly.io

ขั้นตอนถัดไป

• ตั้งค่าช่องทางการรับส่งข้อความ: ช่องทาง
• กำหนดค่า Gateway: การกำหนดค่า Gateway
• อัปเดต OpenClaw ให้เป็นเวอร์ชันล่าสุดเสมอ: การอัปเดต

เนื้อหาที่เกี่ยวข้อง

• ภาพรวมการติดตั้ง
• Hetzner
• Docker
• การโฮสต์บน VPS