Fly.io

Objetivo: OpenClaw Gateway em execução em uma máquina Fly.io com armazenamento persistente, HTTPS automático e acesso ao Discord/canal.

# O que você precisa

• flyctl CLI instalada
• Conta Fly.io (o nível gratuito funciona)
• Autenticação do modelo: chave de API para o provedor de modelo escolhido
• Credenciais de canal: token de bot do Discord, token do Telegram etc.

# Caminho rápido para iniciantes

1. Clone o repositório → personalize fly.toml
2. Crie o app + volume → defina os segredos
3. Faça o deploy com fly deploy
4. Acesse via SSH para criar a configuração ou use a Control UI

# Clone the repo
git clone https://github.com/openclaw/openclaw.git
cd openclaw

# Create a new Fly app (pick your own name)
fly apps create my-openclaw

# Create a persistent volume (1GB is usually enough)
fly volumes create openclaw_data --size 1 --region iad

app = "my-openclaw"  # Your app name
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"

# Required: Gateway token (for non-loopback binding)
fly secrets set OPENCLAW_GATEWAY_TOKEN=$(openssl rand -hex 32)

# Model provider API keys
fly secrets set ANTHROPIC_API_KEY=sk-ant-...

# Optional: Other providers
fly secrets set OPENAI_API_KEY=sk-...
fly secrets set GOOGLE_API_KEY=...

# Channel tokens
fly secrets set DISCORD_BOT_TOKEN=MTQ...

fly deploy

fly status
fly logs

[gateway] listening on ws://0.0.0.0:3000 (PID xxx)
[discord] logged in to discord as xxx

fly ssh console

mkdir -p /data
cat > /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

exit
fly machine restart <machine-id>

fly open

fly logs              # Live logs
fly logs --no-tail    # Recent logs

fly ssh console

# Solução de problemas

# "App is not listening on expected address"

O gateway está se vinculando a 127.0.0.1 em vez de 0.0.0.0.

Correção: Adicione --bind lan ao comando do processo em fly.toml.

# Verificações de integridade falhando / conexão recusada

A Fly não consegue acessar o gateway na porta configurada.

Correção: Garanta que internal_port corresponda à porta do gateway (defina --port 3000 ou OPENCLAW_GATEWAY_PORT=3000).

# OOM / Problemas de memória

O contêiner continua reiniciando ou sendo encerrado. Sinais: SIGABRT, v8::internal::Runtime_AllocateInYoungGeneration ou reinicializações silenciosas.

Correção: Aumente a memória em fly.toml:

[[vm]]
  memory = "2048mb"

Ou atualize uma máquina existente:

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

Observação: 512 MB é pouco demais. 1 GB pode funcionar, mas pode sofrer OOM sob carga ou com logs detalhados. 2 GB é recomendado.

# Problemas de bloqueio do Gateway

O Gateway se recusa a iniciar com erros de "already running".

Isso acontece quando o contêiner reinicia, mas o arquivo de bloqueio de PID persiste no volume.

Correção: Exclua o arquivo de bloqueio:

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

O arquivo de bloqueio fica em /data/gateway.*.lock (não em um subdiretório).

# Configuração não está sendo lida

--allow-unconfigured apenas ignora a proteção de inicialização. Ele não cria nem repara /data/openclaw.json, então garanta que sua configuração real exista e inclua gateway.mode="local" quando você quiser uma inicialização normal de gateway local.

Verifique se a configuração existe:

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

# Escrevendo configuração via SSH

O comando fly ssh console -C não oferece suporte a redirecionamento de shell. Para escrever um arquivo de configuração:

# Use echo + tee (pipe from local to remote)
echo '{"your":"config"}' | fly ssh console -C "tee /data/openclaw.json"

# Or use sftp
fly sftp shell
> put /local/path/config.json /data/openclaw.json

Observação: fly sftp pode falhar se o arquivo já existir. Exclua primeiro:

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

# Estado não está persistindo

Se você perder perfis de autenticação, estado de canal/provedor ou sessões após uma reinicialização, o diretório de estado está gravando no sistema de arquivos do contêiner.

Correção: Garanta que OPENCLAW_STATE_DIR=/data esteja definido em fly.toml e faça o redeploy.

# Atualizações

# Pull latest changes
git pull

# Redeploy
fly deploy

# Check health
fly status
fly logs

# Atualizando o comando da máquina

Se você precisar alterar o comando de inicialização sem um redeploy completo:

# Get machine ID
fly machines list

# Update command
fly machine update <machine-id> --command "node dist/index.js gateway --port 3000 --bind lan" -y

# Or with memory increase
fly machine update <machine-id> --vm-memory 2048 --command "node dist/index.js gateway --port 3000 --bind lan" -y

Observação: Após fly deploy, o comando da máquina pode ser redefinido para o que está em fly.toml. Se você fez alterações manuais, aplique-as novamente após o deploy.

# Deploy privado (reforçado)

Por padrão, a Fly aloca IPs públicos, tornando seu gateway acessível em https://your-app.fly.dev. Isso é conveniente, mas significa que seu deploy pode ser descoberto por scanners da internet (Shodan, Censys etc.).

Para um deploy reforçado com nenhuma exposição pública, use o modelo privado.

# Quando usar deploy privado

• Você só faz chamadas/mensagens de saída (sem Webhooks de entrada)
• Você usa túneis ngrok ou Tailscale para qualquer callback de Webhook
• Você acessa o gateway via SSH, proxy ou WireGuard em vez de navegador
• Você quer que o deploy fique oculto de scanners da internet

# Configuração

Use deploy/fly.private.toml em vez da configuração padrão:

# Deploy with private config
fly deploy -c deploy/fly.private.toml

Ou converta um deploy existente:

# List current IPs
fly ips list -a my-openclaw

# Release public IPs
fly ips release <public-ipv4> -a my-openclaw
fly ips release <public-ipv6> -a my-openclaw

# Switch to private config so future deploys don't re-allocate public IPs
# (remove [http_service] or deploy with the private template)
fly deploy -c deploy/fly.private.toml

# Allocate private-only IPv6
fly ips allocate-v6 --private -a my-openclaw

Depois disso, fly ips list deve mostrar apenas um IP do tipo private:

VERSION  IP                   TYPE             REGION
v6       fdaa:x:x:x:x::x      private          global

# Acessando um deploy privado

Como não há URL pública, use um destes métodos:

Opção 1: Proxy local (mais simples)

# Forward local port 3000 to the app
fly proxy 3000:3000 -a my-openclaw

# Then open http://localhost:3000 in browser

Opção 2: VPN WireGuard

# Create WireGuard config (one-time)
fly wireguard create

# Import to WireGuard client, then access via internal IPv6
# Example: http://[fdaa:x:x:x:x::x]:3000

Opção 3: Somente SSH

fly ssh console -a my-openclaw

# Webhooks com implantação privada

Se você precisar de callbacks de Webhook (Twilio, Telnyx, etc.) sem exposição pública:

1. Túnel ngrok - Execute o ngrok dentro do contêiner ou como um sidecar
2. Tailscale Funnel - Exponha caminhos específicos via Tailscale
3. Somente saída - Alguns provedores (Twilio) funcionam bem para chamadas de saída sem Webhooks

Exemplo de configuração de chamada de voz com ngrok:

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

O túnel ngrok é executado dentro do contêiner e fornece uma URL pública de Webhook sem expor o próprio app Fly. Defina webhookSecurity.allowedHosts como o nome de host público do túnel para que os cabeçalhos de host encaminhados sejam aceitos.

# Benefícios de segurança

# Observações

• A Fly.io usa arquitetura x86 (não ARM)
• O Dockerfile é compatível com ambas as arquiteturas
• Para onboarding do WhatsApp/Telegram, use fly ssh console
• Os dados persistentes ficam no volume em /data
• O Signal requer Java + signal-cli; use uma imagem personalizada e mantenha a memória em 2 GB ou mais.

# Custo

Com a configuração recomendada (shared-cpu-2x, 2 GB de RAM):

• Cerca de US$ 10-15/mês, dependendo do uso
• A camada gratuita inclui alguma franquia

Consulte preços da Fly.io para obter detalhes.

# Próximas etapas

• Configure canais de mensagens: Canais
• Configure o Gateway: Configuração do Gateway
• Mantenha o OpenClaw atualizado: Atualização

# Relacionado

• Visão geral da instalação
• Hetzner
• Docker
• Hospedagem VPS