Conecte um domínio próprio

Quer que seu app web possa ser acessado em yourdomain.com em vez de um endereço hostname:porta? Este guia mostra como apontar seu próprio domínio para um servidor da Daki usando a Cloudflare como proxy reverso gratuito. A Cloudflare cuida do HTTPS para você e encaminha os visitantes para a porta personalizada em que seu app escuta.

O que você vai aprender

• Por que um domínio personalizado na Daki precisa de um proxy reverso como a Cloudflare
• Como apontar seu domínio para o servidor com um registro DNS proxied
• Como ativar HTTPS gratuito para o seu domínio
• Como encaminhar o tráfego para a porta do seu app com uma Origin Rule
• Uma alternativa avançada usando o Cloudflare Tunnel (cloudflared)

Pré-requisitos

• Um servidor de plano pago com uma alocação de porta pública — veja Planos pagos
• Um nome de domínio que você possui (registrado em qualquer registrador, por exemplo Namecheap, GoDaddy, IONOS, Cloudflare Registrar)
• Uma conta gratuita na Cloudflare
• Um app web (HTTP/HTTPS) em execução e escutando na porta de alocação do seu servidor

Por que você precisa da Cloudflare

A Daki usa endereços IP compartilhados entre seus nós, e seu app escuta em uma porta não padrão (a alocação atribuída ao seu servidor). Isso gera dois problemas:

• Os visitantes esperam acessar https://yourdomain.com na porta HTTPS padrão (443) — não em yourdomain.com:4129.
• Você quer um certificado HTTPS válido sem precisar gerenciar um por conta própria.

Colocar a Cloudflare na frente do seu servidor resolve os dois. A Cloudflare atua como um proxy reverso: os navegadores se conectam à Cloudflare via HTTPS na porta 443, e ela encaminha a requisição para o seu servidor na sua porta personalizada. Você ganha SSL gratuito e uma URL limpa, e o IP real do seu servidor fica oculto.

Encontre o IP e a porta do seu servidor

Você vai precisar de dois valores da aba Network no Portal:

Usamos esses valores de exemplo ao longo do texto. Substitua-os pelos seus sempre que aparecerem. Para saber mais sobre alocações, veja Rede e alocações.

Parte 1: configuração da Cloudflare

1. 1

   Adicione seu domínio à Cloudflare

   1. Crie uma conta gratuita em dash.cloudflare.com (ou faça login).
   2. Clique em Add a site e digite seu domínio (por exemplo, yourdomain.com).
   3. Selecione o plano Free quando solicitado.
   4. A Cloudflare vai te dar dois nameservers (por exemplo, xxx.ns.cloudflare.com).
   5. Faça login no registrador do seu domínio, encontre as configurações de nameserver / DNS do seu domínio e substitua os nameservers atuais pelos dois fornecidos pela Cloudflare.

   Mudanças de nameserver podem levar de alguns minutos até 24 horas para se propagar. A Cloudflare envia um e-mail quando seu domínio fica ativo. Enquanto isso, você pode seguir para os próximos passos.

2. 2

   Crie um registro DNS

   No dashboard da Cloudflare para o seu domínio, vá para DNS → Records e clique em Add record:

   Campo	Valor
   Type	A
   Name	@ (representa o domínio raiz, yourdomain.com)
   IPv4 address	O IP do seu servidor (exemplo: 203.0.113.10)
   Proxy status	Proxied (nuvem laranja ☁️)

   Clique em Save.

   O status laranja (Proxied) é essencial — ele roteia o tráfego pela Cloudflare para que o SSL e a reescrita de porta da Parte 2 funcionem. Uma nuvem cinza (somente DNS) contornaria a Cloudflare por completo e exporia o IP do seu servidor. Para servir também www.yourdomain.com, adicione um segundo registro proxied com o nome www.

3. 3

   Configure SSL/TLS

   1. Vá para SSL/TLS → Overview.
   2. Defina o modo de criptografia como Flexible.

   Flexible significa que o tráfego entre o visitante e a Cloudflare é criptografado (HTTPS), enquanto a Cloudflare se conecta ao seu app via HTTP simples na sua porta personalizada. Essa é a escolha certa quando seu app serve HTTP simples — o que a maioria dos apps em uma porta personalizada faz.

   Se o seu app termina o próprio TLS (ou seja, serve HTTPS diretamente na sua porta), escolha Full. Atenção: o Flexible não criptografa a conexão entre a Cloudflare e o seu servidor; para tráfego sensível, prefira Full com HTTPS no seu app.

Parte 2: encaminhe o tráfego para a porta do seu app

Como seu app roda em uma porta personalizada (por exemplo 4129) em vez das portas padrão 80/443, você precisa dizer à Cloudflare qual porta usar ao se conectar ao seu servidor. Uma Origin Rule faz exatamente isso — ela reescreve a porta de destino das requisições recebidas.

1. 1

   Crie uma Origin Rule

   1. No dashboard da Cloudflare, vá para Rules → Origin Rules.
   2. Clique em Create Origin Rule.
   3. Configure a regra:

   Configuração	Valor
   When incoming requests match	Hostname equals yourdomain.com
   Then... Rewrite to	Destination Port → 4129 (sua porta de alocação)

   4. Clique em Save (ou Deploy).

Verifique se funciona

1. Confirme que seu servidor está em execução e que o app está escutando na porta de alocação (veja a aba Console).
2. Abra https://yourdomain.com no navegador.
3. Você deve ver seu app carregar via HTTPS, com o cadeado válido.

Se não carregar logo de cara, dê mais tempo para a propagação do DNS e veja Problemas comuns abaixo.

Alternativa avançada: Cloudflare Tunnel (cloudflared)

Em vez de abrir uma porta pública e apontar um registro A para o seu servidor, você pode executar o cloudflared — o cliente de túnel da Cloudflare — junto com o seu app. Ele abre uma conexão de saída para a Cloudflare e encaminha o tráfego para o seu app localmente, então o IP e a porta do seu servidor ficam ocultos, e você não precisa de registro DNS A nem de Origin Rule.

1. 1

   Crie o túnel

   1. No dashboard Zero Trust da Cloudflare, vá para Networks → Tunnels, clique em Create a tunnel e escolha Cloudflared.
   2. Dê um nome a ele e copie o token do túnel exibido pela Cloudflare (a longa string depois de --token no comando de instalação dela).
   3. Adicione um Public Hostname ao túnel:
      • Domain: yourdomain.com
      • Service: http://localhost:4129 (a porta local do seu app)
2. 2

   Guarde o token no .env

   Adicione o token ao arquivo .env do seu servidor (veja Variáveis de ambiente) para que ele nunca acabe no seu código-fonte:

   .envCopiar

   CLOUDFLARE_TUNNEL_TOKEN=your_tunnel_token_here

3. 3

   Inicie o túnel a partir do seu código

   Adicione um pequeno launcher que baixa o cloudflared na primeira execução e o inicia junto com o seu app, depois defina esse launcher como seu comando de inicialização. Ele só inicia o túnel quando CLOUDFLARE_TUNNEL_TOKEN estiver definido, então o mesmo código roda sem problemas localmente, mesmo sem ele.

   Node.js (start.js)Python / outros (start.sh)

   Salve como start.js e depois defina seu comando de inicialização como node start.js:

   JavaScriptCopiar

   // start.js — starts your app and, if a token is set, a Cloudflare tunnel.
   require("dotenv").config();
   
   const fs = require("fs");
   const path = require("path");
   const { spawn, spawnSync } = require("child_process");
   
   const CLOUDFLARED_URL =
     "https://github.com/cloudflare/cloudflared/releases/latest/download/cloudflared-linux-amd64";
   const binaryPath = path.join(__dirname, "cloudflared");
   const children = [];
   
   // The container has no apt — download the binary on first run, reuse it after.
   function ensureCloudflared() {
     if (fs.existsSync(binaryPath)) return binaryPath;
     console.log("[tunnel] downloading cloudflared...");
     const dl = spawnSync("curl", ["-fsSL", "-o", binaryPath, CLOUDFLARED_URL], {
       stdio: "inherit",
     });
     if (dl.status !== 0) return null;
     fs.chmodSync(binaryPath, 0o755);
     return binaryPath;
   }
   
   // Spawn a child process; if any child exits, stop the rest and quit.
   function start(name, command, args) {
     const child = spawn(command, args, { stdio: "inherit", env: process.env });
     child.on("exit", (code) => {
       console.error(`[${name}] exited (${code}); shutting down`);
       for (const c of children) if (!c.killed) c.kill("SIGTERM");
       process.exit(code ?? 1);
     });
     children.push(child);
   }
   
   const token = process.env.CLOUDFLARE_TUNNEL_TOKEN?.trim();
   if (token) {
     const binary = ensureCloudflared();
     if (binary) start("tunnel", binary, ["tunnel", "run", "--token", token]);
   } else {
     console.log("[tunnel] CLOUDFLARE_TUNNEL_TOKEN not set; skipping tunnel");
   }
   
   // Start your app — change this to your real entry point.
   start("app", "node", ["index.js"]);

   Para evitar baixar de novo a cada boot, você pode mover o download para o seu comando de instalação e manter apenas a lógica de inicialização no comando de inicialização. Os exemplos acima já são seguros para rodar a cada boot — eles pulam o download quando o binário já existe.

Prós e contras:

Problemas comuns

Próximos passos

• Rede e alocações — Encontre seu hostname e sua porta, e adicione mais alocações.
• Planos pagos — Faça upgrade para um plano pago para obter uma porta pública.
• Variáveis de ambiente — Leia sua porta a partir de uma variável de ambiente no código.
• Obtendo ajuda — Entre em contato com o suporte se ficar travado.