CNAME frente a registro A: ¿cuál deberías usar?

Ambos registros hacen que un nombre de host apunte a algún sitio. La diferencia está en a qué apuntan, y eso determina quién es responsable de mantener la configuración correcta cuando cambia una dirección IP.

La decisión, en una pregunta

Para la mayoría de la gente, esa es de verdad toda la decisión. El resto del artículo trata de los detalles que dan problemas.

Cómo se resuelve un CNAME

CNAME son las siglas de Canonical Name (nombre canónico). Dice: este nombre es un alias, ve a consultar ese otro nombre.

shop.example.com.    3600    IN    CNAME    stores.myshopify.com.
stores.myshopify.com. 300    IN    A        23.227.38.65

Un resolvedor que pregunta por shop.example.com recibe el CNAME, luego resuelve stores.myshopify.com y devuelve 23.227.38.65. Dos consultas en lugar de una: unos pocos milisegundos y, casi siempre, desde la caché.

La ventaja es que, cuando Shopify cambia a una nueva dirección, modifica un único registro A de su lado y tu dominio lo sigue automáticamente. Con un registro A, te quedarías sin servicio hasta que te dieras cuenta y lo editaras tú mismo.

La restricción del dominio raíz

Esta es la frustración más habitual con el DNS, y es una regla del protocolo, no una limitación de tu proveedor.

Por eso los proveedores de alojamiento que solo te dan un nombre de host (myapp.herokuapp.com) plantean un problema en la raíz. Hay tres salidas:

1. 1

   ALIAS / ANAME / aplanamiento de CNAME

   Muchos proveedores de DNS ofrecen un tipo de registro sintético que se comporta como un CNAME en la raíz. El proveedor resuelve el destino por su cuenta y sirve la IP resultante como un registro A normal, de modo que nunca se incumple la regla del protocolo. Cloudflare lo llama CNAME flattening; Route 53, registro alias.

2. 2

   Redirigir la raíz a www

   Apunta la raíz a un pequeño servicio de redirección y pon el CNAME en www. Es sencillo y compatible en todas partes, a costa de un salto adicional para los visitantes.

3. 3

   Usar un registro A y asumir el mantenimiento

   Si tu proveedor publica IP estables y las documenta como estáticas, un registro A en la raíz es perfectamente válido. Confirma que garantizan esa estabilidad: muchos dicen expresamente que no.

Un CNAME debe estar solo

Si un nombre tiene un CNAME, no puede tener nada más: ni A, ni MX, ni TXT.

mail.example.com.    IN    CNAME    ghs.googlehosted.com.
mail.example.com.    IN    TXT      "v=spf1 include:_spf.google.com ~all"

Algunos proveedores lo rechazan sin más; peor aún, otros lo aceptan y se comportan de forma impredecible. Si necesitas un registro TXT en un nombre, ese nombre no puede ser un CNAME.

Cuándo es acertado cada uno

Usa un registro A para

• Tu dominio raíz, en casi todos los casos.
• Un servidor que gestionas con una IP estática: un VPS, un servidor dedicado, una dirección reservada en la nube.
• Cualquier lugar donde necesites otros registros en el mismo nombre.
• Los destinos de MX, que deben resolverse a direcciones.

Usa un CNAME para

• Subdominios que apuntan a una plataforma gestionada (Shopify, Heroku, Netlify, Vercel).
• www, apuntando a tu raíz o al nombre de host de tu proveedor.
• Subdominios de verificación de dominio que te piden crear los proveedores.
• Cualquier caso en el que la IP subyacente no esté bajo tu control.

Comprobar lo que tienes

dig +short www.example.com CNAME
dig +short www.example.com A

La herramienta de consulta muestra juntos los registros A, AAAA y CNAME de cualquier dominio, lo que facilita detectar un nombre que tiene ambos cuando no debería.