Guía Completa de Configuración de DNS — Desde la Diferencia entre A y CNAME hasta Configuración Práctica

Resumen Clave

• Registro A: Conexión directa de dominio a dirección IP (el más básico)
• CNAME: Conexión de dominio a otro dominio como alias (principalmente usado para subdominios)
• Registro MX: Especifica el servidor de recepción de correos electrónicos
• TTL: Tiempo de mantenimiento de caché del registro (cuanto más corto, más rápido se reflejan los cambios)

¿Qué es DNS en una línea?

DNS (Sistema de Nombres de Dominio) es la guía telefónica de Internet que convierte nombres de dominio legibles por humanos (por ejemplo, millionscode.com) en direcciones IP que las computadoras pueden entender (por ejemplo, 104.21.32.55).

Cuando ingresas una URL en el navegador, en ese momento el servidor DNS consulta "¿Cuál es la dirección IP de este dominio?" y se conecta al servidor real con la IP recibida. Este proceso generalmente se completa en decenas de milisegundos.

Clasificación Completa de Tipos de Registros DNS

Registro A — Conexión directa de dominio a dirección IP

El registro A es el registro DNS más básico. Mapea directamente un nombre de dominio a una dirección IPv4 (una dirección compuesta por 4 números).

Ejemplo de uso:

millionscode.com → 104.21.32.55

¿Cuándo se usa?

• Al conectar un dominio a un VPS o servidor dedicado
• Al conectar el dominio raíz (example.com) al servidor
• Al especificar directamente una IP sin usar Cloudflare Pages

Método de configuración en Cloudflare:

1. 1Panel de control de Cloudflare → DNS → Agregar registro
2. 2Tipo: A
3. 3Nombre: @ (dominio raíz) o subdominio deseado
4. 4Dirección IPv4: ingresar la IP del servidor
5. 5Estado del proxy: se recomienda Proxied (nube naranja)
6. 6TTL: Auto (gestión automática al estar Proxied)

Registro CNAME — Configuración de un dominio como alias de otro dominio

CNAME es un registro de alias que redirige un dominio a otro dominio. Señala a otro nombre de dominio en lugar de una dirección IP.

Ejemplo de uso:

www.millionscode.com → millionscode.com
blog.millionscode.com → millionscode.pages.dev

¿Cuándo se usa?

• Al conectar el subdominio www al dominio raíz
• Al conectar un dominio personalizado a PaaS como Cloudflare Pages, Vercel, Netlify, etc.
• Al conectar un subdominio a un servicio CDN

Regla importante: No se puede usar CNAME en el dominio raíz (@) en DNS estándar. Cloudflare elude esta limitación con la función de CNAME Flattening.

Registro MX — Especificación del servidor de recepción de correos electrónicos

El registro MX (Mail Exchange) especifica qué servidor de correo manejará los correos electrónicos enviados al dominio.

Ejemplo de uso:

millionscode.com MX → mx1.emailprovider.com (prioridad: 10)
millionscode.com MX → mx2.emailprovider.com (prioridad: 20)

Los números de prioridad se utilizan en orden de menor a mayor. Si el servidor 1 falla, se cambia automáticamente al servidor 2.

Registro TXT — Autenticación y configuración basada en texto

El registro TXT es un registro versátil que agrega información de texto a un dominio. Se utiliza principalmente para verificación de propiedad, SPF, DKIM, entre otros.

Casos de uso representativos:

• Verificación de Google Search Console: google-site-verification=XXXXX
• Verificación de Naver Search Advisor: naver-site-verification=XXXXX
• Registro SPF: Autenticación del servidor de envío para prevenir spam en correos electrónicos
• DKIM: Firma digital para prevenir la falsificación de correos electrónicos

Práctica: Configuración de DNS en Cloudflare (Paso a Paso)

Paso 1: Cambiar los servidores de nombres

Cambia los servidores de nombres en el registrador donde compraste el dominio (Gabia, Whois, etc.) a los de Cloudflare.

Servidor de nombres existente → Cambiar a servidores de nombres de Cloudflare
ns1.cloudflare.com (ejemplo — verificar en el panel de Cloudflare)
s2.cloudflare.com

Después de cambiar los servidores de nombres, puede tardar hasta 24 horas en propagarse. Normalmente se completa en 1-2 horas.

Paso 2: Agregar registros DNS

Agrega los registros necesarios en el panel de control de Cloudflare. Puedes verificar el estado de la configuración DNS de tu dominio actual con nuestra herramienta de búsqueda DNS.

Paso 3: Configuración de SSL/TLS

Al configurar Cloudflare → SSL/TLS → establecer en modo Full (Strict), HTTPS se aplicará automáticamente. No es necesario comprar un certificado SSL adicional.

Guía de configuración de TTL

TTL (Time To Live) es el tiempo que un registro DNS se mantiene en caché.

Consejo: Si planeas cambiar DNS, reduce el TTL a 300 segundos 24 horas antes. Se propagará rápidamente después del cambio.

Errores Comunes y Soluciones

Error 1: www no se conecta

Esto ocurre cuando solo se configura el dominio raíz (@) y se omite el CNAME www. Asegúrate de agregar el registro CNAME www → @.

Error 2: No llegan correos electrónicos

La falta de un registro MX es la causa más común. Sigue cuidadosamente la guía de configuración del registro MX de tu proveedor de servicios de correo electrónico.

Error 3: Error de certificado SSL

Esto ocurre si el proxy de Cloudflare (nube naranja) está activado pero el servidor de origen no tiene SSL. Cambia temporalmente el modo SSL/TLS de Full (Strict) a Flexible, o instala SSL en el servidor de origen.

Preguntas Frecuentes (FAQ)

Q1. ¿Qué debo usar, A o CNAME?

A: Si la dirección IP del servidor es fija, usa un registro A. Si te conectas a PaaS (Vercel, CF Pages, etc.) o si la IP puede cambiar, usa CNAME. La mayoría de los subdominios son más convenientes con CNAME.

Q2. ¿Cuánto tiempo debo esperar después de cambiar DNS?

A: Depende de la configuración de TTL, pero generalmente es de 5 minutos a 24 horas. Si bajas el TTL a 300 segundos de antemano, se propagará en 5 minutos.

Q3. ¿Es necesario activar el Proxy de Cloudflare (nube naranja)?

A: No es obligatorio, pero se recomienda. Al activar el Proxy, obtienes beneficios como defensa contra DDoS, caché CDN, y aplicación automática de SSL.

Q4. ¿Puedo configurar un CNAME en el dominio raíz?

A: No es posible en DNS estándar, pero Cloudflare ofrece CNAME Flattening que permite el efecto de CNAME en el dominio raíz.

Q5. ¿Si configuro incorrectamente los registros DNS, se caerá el sitio?

A: Sí. Si cambias un registro A a una IP incorrecta o si el destino del CNAME no existe, el acceso al sitio se volverá imposible. Asegúrate de hacer una captura de pantalla de la configuración existente antes de realizar cambios.

Q6. ¿Cómo puedo verificar la configuración DNS actual de mi dominio?

A: Ingresa tu dominio en nuestra herramienta de búsqueda DNS para verificar inmediatamente los registros A/CNAME/MX/TXT actuales.

💡 Perspectivas Prácticas

Otros blogs se detienen en la generalización de "A es IP, CNAME es alias", pero la verdadera causa que puede hacer que un sitio se caiga es diferente. Basado en mi experiencia operando millionscode.com en Cloudflare Pages, el error más común entre los usuarios de Corea es cambiar los servidores de nombres en Gabia o Whois y no ver la aplicación después de 24 horas. Esto es casi 100% un problema de caché del registrador, y en Gabia, el promedio es de 1-2 horas, y si hay un retraso de más de 6 horas, es más rápido contactar al soporte 1:1 del registrador. Otro punto que se pasa por alto frecuentemente es que al configurar un CNAME en el dominio raíz, todas las alternativas excepto Cloudflare CNAME Flattening violan el estándar DNS, y las formas de eludirlo varían según el proveedor, como el registro Alias de AWS Route 53 o el ANAME de Vercel. Una vez, al migrar de Cloudflare a otro DNS, se desactivó el Flattening y el dominio raíz estuvo caído durante 30 minutos, pero gracias a que bajé el TTL a 300 segundos de antemano, pude restaurarlo de inmediato. Las guías generales no suelen mencionar el cambio de TTL, pero en la práctica, bajar el TTL 24-48 horas antes de un cambio de DNS es un procedimiento casi obligatorio. Finalmente, si operas un sitio en Corea, el bot de Naver confía más en la verificación TXT que en las metaetiquetas, por lo que es un consejo clave registrar en Search Console y Naver Search Advisor utilizando el método de registro TXT para reducir la omisión de indexación.