Conectar un dominio propio

¿Quieres que tu app web sea accesible en yourdomain.com en lugar de una dirección host:puerto? Esta guía te muestra cómo apuntar tu propio dominio a un servidor de Daki usando Cloudflare como proxy inverso gratuito. Cloudflare gestiona el HTTPS por ti y reenvía a los visitantes al puerto personalizado en el que escucha tu app.

Lo que aprenderás

• Por qué un dominio propio en Daki necesita un proxy inverso como Cloudflare
• Cómo apuntar tu dominio a tu servidor con un registro DNS con el proxy activado
• Cómo activar HTTPS gratuito para tu dominio
• Cómo reenviar el tráfico al puerto de tu app con una Origin Rule
• Una alternativa avanzada con Cloudflare Tunnel (cloudflared)

Requisitos previos

• Un servidor de plan de pago con una asignación de puerto público: consulta Planes de hosting de apps y bots
• Un nombre de dominio que poseas (registrado en cualquier registrador, por ejemplo Namecheap, GoDaddy, IONOS o Cloudflare Registrar)
• Una cuenta gratuita de Cloudflare
• Una app web (HTTP/HTTPS) en ejecución que escuche en el puerto de asignación de tu servidor

Por qué necesitas Cloudflare

Daki utiliza direcciones IP compartidas entre sus nodos, y tu app escucha en un puerto no estándar (la asignación de tu servidor). Esto plantea dos problemas:

• Los visitantes esperan llegar a https://yourdomain.com en el puerto HTTPS estándar (443), no a yourdomain.com:4129.
• Quieres un certificado HTTPS válido sin tener que gestionarlo tú.

Poner Cloudflare delante de tu servidor resuelve ambos problemas. Cloudflare actúa como proxy inverso: los navegadores se conectan a Cloudflare por HTTPS en el puerto 443, y Cloudflare reenvía la petición a tu servidor en tu puerto personalizado. Obtienes SSL gratuito y una URL limpia, y la IP real de tu servidor queda oculta.

Encuentra la IP y el puerto de tu servidor

Necesitas dos valores de la pestaña Network del Portal:

Usaremos estos valores de ejemplo a lo largo de la guía. Sustitúyelos por los tuyos donde aparezcan. Para más información sobre las asignaciones, consulta Red y asignaciones.

Parte 1: configuración de Cloudflare

1. 1

   Añade tu dominio a Cloudflare

   1. Crea una cuenta gratuita en dash.cloudflare.com (o inicia sesión).
   2. Haz clic en Add a site e introduce tu dominio (por ejemplo, yourdomain.com).
   3. Selecciona el plan Free cuando se te pida.
   4. Cloudflare te dará dos nameservers (por ejemplo, xxx.ns.cloudflare.com).
   5. Inicia sesión en tu registrador de dominios, busca la configuración de nameservers / DNS de tu dominio y sustituye los nameservers existentes por los dos que te facilite Cloudflare.

   Los cambios de nameservers pueden tardar desde unos minutos hasta 24 horas en propagarse. Cloudflare te envía un correo cuando tu dominio está activo. Mientras tanto, puedes seguir con los siguientes pasos.

2. 2

   Crea un registro DNS

   En el dashboard de Cloudflare de tu dominio, ve a DNS → Records y haz clic en Add record:

   Campo	Valor
   Type	A
   Name	@ (representa el dominio raíz, yourdomain.com)
   IPv4 address	La IP de tu servidor (ejemplo: 203.0.113.10)
   Proxy status	Proxied (nube naranja ☁️)

   Haz clic en Save.

   El estado de nube naranja (Proxied) es esencial: enruta el tráfico a través de Cloudflare para que SSL y la reescritura de puerto de la Parte 2 funcionen. Una nube gris (solo DNS) saltaría Cloudflare por completo y expondría la IP de tu servidor. Para servir también www.yourdomain.com, añade un segundo registro con el proxy activado y el nombre www.

3. 3

   Configura SSL/TLS

   1. Ve a SSL/TLS → Overview.
   2. Pon el modo de cifrado en Flexible.

   Flexible significa que el tráfico entre el visitante y Cloudflare está cifrado (HTTPS), mientras que Cloudflare se conecta a tu app por HTTP sin cifrar en tu puerto personalizado. Es la opción adecuada cuando tu app sirve HTTP sin cifrar, que es lo que hacen la mayoría de apps en un puerto personalizado.

   Si tu app gestiona su propio TLS (es decir, sirve HTTPS directamente en su puerto), elige Full en su lugar. Ten en cuenta que Flexible no cifra la conexión entre Cloudflare y tu servidor; para tráfico sensible, prefiere Full con HTTPS en tu app.

Parte 2: reenviar el tráfico al puerto de tu app

Como tu app se ejecuta en un puerto personalizado (por ejemplo, 4129) en lugar del 80/443 estándar, debes indicar a Cloudflare qué puerto usar al conectarse a tu servidor. Una Origin Rule hace exactamente eso: reescribe el puerto de destino de las peticiones entrantes.

1. 1

   Crea una Origin Rule

   1. En el dashboard de Cloudflare, ve a Rules → Origin Rules.
   2. Haz clic en Create Origin Rule.
   3. Configura la regla:

   Ajuste	Valor
   When incoming requests match	Hostname equals yourdomain.com
   Then... Rewrite to	Destination Port → 4129 (tu puerto de asignación)

   4. Haz clic en Save (o en Deploy).

Comprueba que funciona

1. Asegúrate de que tu servidor está en marcha y de que tu app escucha en el puerto de asignación (revisa la pestaña Console).
2. Abre https://yourdomain.com en tu navegador.
3. Deberías ver tu app cargada por HTTPS con el candado válido.

Si no carga de inmediato, dale más tiempo al DNS para propagarse y luego consulta Problemas comunes más abajo.

Alternativa avanzada: Cloudflare Tunnel (cloudflared)

En lugar de abrir un puerto público y apuntar un registro A a tu servidor, puedes ejecutar cloudflared (el cliente de túneles de Cloudflare) junto a tu app. Abre una conexión saliente hacia Cloudflare y reenvía el tráfico a tu app localmente, así que la IP y el puerto de tu servidor permanecen ocultos y no necesitas ni registro A en el DNS ni Origin Rule.

1. 1

   Crea el túnel

   1. En el dashboard Zero Trust de Cloudflare, ve a Networks → Tunnels, haz clic en Create a tunnel y elige Cloudflared.
   2. Ponle un nombre y copia el token del túnel que muestra Cloudflare (la cadena larga tras --token en su comando de instalación).
   3. Añade un Public Hostname al túnel:
      • Domain: yourdomain.com
      • Service: http://localhost:4129 (el puerto local de tu app)
2. 2

   Guarda el token en .env

   Añade el token al archivo .env de tu servidor (consulta Variables de entorno) para que nunca acabe en tu código fuente:

   .envCopiar

   CLOUDFLARE_TUNNEL_TOKEN=your_tunnel_token_here

3. 3

   Inicia el túnel desde tu código

   Añade un pequeño lanzador que descargue cloudflared la primera vez que se ejecute y lo inicie junto a tu app; después, define ese lanzador como tu startup command. Solo inicia el túnel si CLOUDFLARE_TUNNEL_TOKEN está definido, así que el mismo código funciona sin problemas en local sin él.

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

   Guárdalo como start.js y define tu startup command 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 volver a descargar el binario en cada arranque, puedes trasladar la descarga a tu install command y dejar solo la lógica de lanzamiento en el startup command. Los ejemplos de arriba ya son seguros para ejecutarse en cada arranque: omiten la descarga cuando el binario ya existe.

Ventajas y desventajas:

Problemas comunes

Próximos pasos

• Red y asignaciones: encuentra tu nombre de host y tu puerto, y añade más asignaciones.
• Planes de hosting de apps y bots: cambia a un plan de pago para obtener un puerto público.
• Variables de entorno: lee tu puerto desde una variable de entorno en el código.
• Obtener ayuda: contacta con el soporte si te atascas.