Registros DNS explicados: A, AAAA, CNAME, MX, TXT, NS y más

Un registro DNS da una instrucción precisa sobre un dominio. Usa A o AAAA para direcciones de servidor, CNAME para un alias, MX para correo entrante, TXT para verificación y políticas de correo, y NS para el DNS autoritativo. El flujo más seguro es copiar el valor exacto entregado por el servicio, conservar los registros no relacionados y verificar la respuesta pública después del cambio.

Referencia rápida: elige el registro según la tarea

Ejemplo completo de una zona para web y correo

Supón que ejemplo.hn aloja su sitio en 203.0.113.10, usa un proveedor para correo y publica una política DMARC de monitoreo. Una zona práctica puede contener los siguientes registros. Los nombres y valores son solo ejemplos, así que reemplaza cada dato por las instrucciones de tu servicio real.

• Sitio: ejemplo.hn A 203.0.113.10 y www.ejemplo.hn CNAME ejemplo.hn.
• Entrega de correo: ejemplo.hn MX 10 mx1.proveedor-correo.example y MX 20 mx2.proveedor-correo.example.
• Política de envío: ejemplo.hn TXT con la única política SPF entregada por el proveedor de correo.
• DKIM y DMARC: selector1._domainkey.ejemplo.hn TXT para la clave pública y _dmarc.ejemplo.hn TXT para política e informes.
• Certificados: ejemplo.hn CAA 0 issue letsencrypt.org cuando esa sea la autoridad utilizada.

Cómo se comportan los registros

A y AAAA apuntan directamente a servidores

Un registro A devuelve una dirección IPv4; AAAA devuelve IPv6. Publicar ambos es útil solo cuando la aplicación funciona en las dos redes. Un AAAA incorrecto puede hacer que el sitio falle para visitantes cuyos dispositivos prefieren IPv6 aunque las pruebas IPv4 funcionen.

CNAME sigue otro nombre; ALIAS y ANAME lo convierten

Un CNAME delega la búsqueda final de la dirección a otro nombre. El DNS estándar no permite un CNAME en el dominio raíz porque ese nombre también debe contener SOA y NS. Algunos proveedores ofrecen ALIAS, ANAME o CNAME flattening en el raíz, pero son funciones del proveedor y no un único tipo de registro universal.

MX dirige el correo, mientras TXT demuestra y autoriza

La preferencia MX usa primero los números menores, pero los MX de respaldo también necesitan configuración válida. Los registros TXT no dirigen correo; publican declaraciones como autorización SPF, claves públicas DKIM, política DMARC o verificación de servicios. Mantén exactamente un registro SPF en cada nombre emisor e integra allí los remitentes autorizados.

NS, SOA, SRV, CAA y PTR resuelven tareas operativas

NS identifica el servicio DNS autoritativo. SOA contiene el serial y los tiempos de actualización usados por la infraestructura DNS. SRV anuncia la ubicación y puerto de un servicio. CAA limita la emisión de certificados, pero debe incluir cada autoridad necesaria. PTR lo controla el propietario de la dirección IP, normalmente el proveedor de hosting o red, no la zona DNS directa.

TTL y cambios planificados

TTL es la cantidad de segundos que un resolvedor recursivo puede guardar una respuesta. Reduce el TTL antes de una migración, espera al menos el TTL anterior, realiza el cambio, prueba y vuelve a aumentarlo cuando el servicio sea estable. Bajar el TTL después de que un registro incorrecto ya fue almacenado no retira la respuesta antigua de las cachés que todavía la conservan.

Errores comunes que rompen sitios o correo

• Reemplazar toda la zona: Cambia solo los registros requeridos y exporta la zona anterior antes de editar.
• Usar CNAME en el raíz: Usa A, AAAA o una función ALIAS o ANAME documentada.
• Publicar dos SPF: Integra los remitentes en una sola política válida y respeta el límite de consultas DNS.
• Dejar AAAA o MX obsoletos: Elimínalos solo después de confirmar que el reemplazo funciona y que venció el TTL anterior.
• Editar el proveedor equivocado: Comprueba los NS delegados antes de asumir que el panel abierto es autoritativo.

Verifica la respuesta pública antes de cerrar el cambio

1. Delegación: Ejecuta dig NS ejemplo.hn y confirma que los servidores coinciden con el panel editado.
2. Sitio: Ejecuta dig A ejemplo.hn y dig AAAA ejemplo.hn, y luego prueba el nombre HTTPS en un navegador.
3. Correo: Ejecuta dig MX ejemplo.hn y dig TXT ejemplo.hn, además de dig TXT _dmarc.ejemplo.hn.
4. Comparación: Consulta un resolvedor público como dig @1.1.1.1 A ejemplo.hn cuando la caché local genere dudas.

Aplica la misma disciplina DNS a un dominio de país

Un ccTLD usa los mismos tipos de registros DNS que .com. La diferencia está en el registro: el operador del país puede exigir contacto local, documentos, un plazo mínimo o revisión manual antes de activar el nombre. Revisa primero esas condiciones y la renovación, y después crea y verifica la zona con la lista anterior.