Tipos de registros DNS explicados: A, AAAA, MX y más

Los registros de recursos DNS almacenan la información que necesita un dominio: direcciones, servidores de correo, delegación y otros ajustes de servicios. Cada registro tiene un nombre, un tipo, un valor y un tiempo de vida (TTL) para la caché. Cada tipo responde a una pregunta distinta, por lo que un mismo dominio puede tener varios registros con fines diferentes.

Direcciones y alias

Un registro A asocia un nombre a una dirección IPv4; AAAA lo asocia a una dirección IPv6. Un registro CNAME convierte un nombre en alias de otro nombre. Según las reglas del DNS, un CNAME por lo general no puede coexistir con otros datos para el mismo nombre, así que compruebe los requisitos de su proveedor de DNS antes de añadirlo. Un registro A no demuestra que un servidor web funcione, y la ausencia de registro A no descarta el acceso por IPv6. Publique un AAAA solo cuando el servicio responda realmente por IPv6.

Correo y delegación

Un registro MX indica un servidor de intercambio de correo y su preferencia; normalmente se intenta primero el número de preferencia más bajo. El nombre del servidor de correo debe resolverse en una dirección A o AAAA, no necesariamente en ambas. Cuando un dominio no tiene MX, SMTP define un recurso implícito a su dirección A o AAAA, si existe. Así se describe en el RFC 5321. Un registro NS identifica los servidores de nombres autoritativos de una zona o de una delegación. SOA contiene los parámetros clave de la zona, incluidos un número de serie y valores de temporización.

TXT, PTR y SRV

Un registro TXT almacena valores de texto y se usa a menudo para la política SPF o como prueba de control del dominio. DKIM y DMARC también utilizan el DNS, pero cumplen tareas de autenticación distintas; un registro TXT no sustituye su configuración completa. Un registro PTR permite la resolución inversa de dirección a nombre: IPv4 utiliza in-addr.arpa e IPv6 utiliza ip6.arpa. Normalmente es el titular de un bloque de direcciones o su operador quien controla esta zona inversa, por lo que modificar el panel DNS de un dominio normal puede no ser suficiente. Un registro SRV localiza un servicio concreto, pero su presencia no garantiza que ese servicio funcione correctamente.

Un ejemplo de migración y comprobaciones

Suponga que example.com tiene registros A y AAAA para el sitio web, mientras que el MX apunta a un servidor de correo independiente y www.example.com es un alias. Trasladar el sitio web no debería cambiar por descuido los registros MX. Reduzca el TTL con antelación si necesita que las respuestas en caché caduquen antes; después de cambiar las direcciones, compare las respuestas de los servidores autoritativos y de los recursivos. No todos los usuarios verán el cambio a la vez, porque las aplicaciones y los resolutores pueden almacenar datos en caché. Si falla el correo, revise el MX y las direcciones a las que apunta. Si falla el sitio web, compruebe la respuesta A o AAAA correspondiente y después pruebe el propio servicio. El formato básico de los registros DNS se especifica en el RFC 1035.