Registros DNS explicados: A, AAAA, CNAME, MX, TXT, NS y más
Última comprobación: 20 oct 2026
El DNS convierte un nombre como example.com en las direcciones y ajustes que necesitan los navegadores y los servidores de correo. Cada dato es un registro con un tipo. Con conocer la docena de tipos habituales basta para configurar una web, el correo y los registros de verificación sin sorpresas.
En resumen
- A y AAAA apuntan un nombre a una dirección IPv4 o IPv6; CNAME convierte un nombre en alias de otro.
- MX indica qué servidores reciben el correo; TXT guarda texto como SPF, DKIM, DMARC y códigos de verificación.
- Los registros NS delegan el dominio en sus servidores de nombres; cambiarlos traslada todo tu DNS.
- Los cambios no se «envían»: los resolvedores conservan la respuesta antigua hasta que caduca su TTL.
Tipos de registro habituales
| Tipo | Para qué sirve | Ejemplo |
|---|---|---|
| A | Nombre → dirección IPv4 | example.com A 203.0.113.10 |
| AAAA | Nombre → dirección IPv6 | example.com AAAA 2001:db8::10 |
| CNAME | Nombre → otro nombre (alias) | www CNAME example.com |
| MX | Servidores de correo, con prioridad (el número menor primero) | example.com MX 10 mail.example.com |
| TXT | Texto libre: SPF, DKIM, DMARC, verificación de propiedad | v=spf1 include:_spf.google.com ~all |
| NS | Servidores de nombres autoritativos del dominio | example.com NS ns1.proveedor.net |
| SOA | Datos de la zona: servidor primario, número de serie, temporizadores | Lo crea tu proveedor de DNS |
| CAA | Qué autoridades de certificación pueden emitir certificados SSL | example.com CAA 0 issue "letsencrypt.org" |
| SRV | Host y puerto de servicios como SIP o XMPP | _sip._tcp SRV 10 5 5060 sip.example.com |
| PTR | DNS inverso: IP → nombre; lo configura el dueño de la IP (tu hosting) | 10.113.0.203.in-addr.arpa PTR mail.example.com |
Las reglas que más problemas dan
- No hay CNAME en la raíz (example.com en sí): la raíz también tiene registros NS y SOA, y un CNAME no puede convivir con otros registros. Usa A/AAAA en la raíz; muchos proveedores ofrecen ALIAS/ANAME o «CNAME flattening» para esto.
- Un nombre con CNAME no puede tener ningún otro registro, así que no puedes añadir MX ni TXT a un subdominio que sea CNAME.
- Los registros MX y NS deben apuntar a un nombre de host, nunca directamente a una IP ni a un CNAME.
- Solo un registro SPF por nombre; varios TXT con otros fines no son problema.
- En algunos paneles importa el punto final:
mail.example.com.es un nombre completo; sin el punto, el panel puede añadir tu dominio y crearmail.example.com.example.com.
TTL y «propagación»
Cada registro tiene un TTL (tiempo de vida) en segundos. Los resolvedores de los proveedores de internet y de los DNS públicos guardan la respuesta en caché durante ese tiempo. Cuando cambias un registro, quienes ya tenían el valor antiguo lo siguen usando hasta que caduca el TTL: a eso se le llama propagación DNS.
Planifica los cambios: un día antes de migrar una web, baja a 300 segundos (5 minutos) el TTL de los registros que vas a cambiar y después súbelo de nuevo a 3600 o más. Cambiar los servidores de nombres (NS) tarda más, porque los NS de la zona superior (por ejemplo .com) pueden tener un TTL de hasta dos días, y algunos resolvedores esperan todo ese tiempo.
Las respuestas negativas también se guardan: si consultas un nombre antes de crearlo, la respuesta «no existe» puede conservarse durante el TTL negativo definido en el SOA de la zona.
Configuraciones típicas
- Web en un hosting: A (y AAAA si lo hay) para example.com, y www como CNAME hacia example.com.
- Correo con Google Workspace o Microsoft 365: los MX que te indiquen, un include en SPF, DKIM como CNAME/TXT y un registro DMARC. Detalles en la guía de SPF, DKIM y DMARC.
- Verificación para Google Search Console y servicios similares: un TXT en el dominio; puede convivir con SPF.
- Subdominio para un servicio SaaS (tienda, soporte):
tienda CNAMEhacia el nombre de host que indique el proveedor.
Comprueba tus registros
- Consulta el dominio para ver A, AAAA, MX, NS, TXT y más en un solo lugar.
- La comprobación de propagación DNS pregunta a resolvedores públicos de todo el mundo y a tus servidores autoritativos si ya ven el nuevo valor.
- La comprobación de seguridad del correo revisa MX, SPF, DKIM y DMARC.
Fuentes
- RFC 1035 – Domain names: implementation and specification
- RFC 2181 – Clarifications to the DNS specification
- RFC 2308 – Negative caching of DNS queries
- RFC 8659 – DNS CAA resource record
- IANA – DNS parameters
Esta guía resume información pública y no es asesoramiento jurídico.
Otras guías
- Transferencia de dominio: cómo cambiar de registrador paso a paso
- Errores de certificado SSL: qué significan y cómo solucionarlos
- Cómo elegir un nombre de dominio: lista de comprobación práctica
- SPF, DKIM y DMARC explicados: frena la suplantación y llega a la bandeja de entrada
- ¿De quién es un dominio? La consulta WHOIS y RDAP explicada