Explicación de los tipos de registros DNS

por

Última actualización:
Tiempo de lectura: 7 minutos
Explicación de los tipos de registros DNS

Un registro DNS es una instrucción almacenada en un archivo de zona DNS autoritativo que dirige el tráfico de Internet, asocia nombres de host a direcciones IP y redirige el correo electrónico a los servidores de correo de destino. Si eres nuevo en la administración de DNS, empieza por nuestra guía sobre qué es un registro DNS. 

Cada tipo de registro DNS cumple una función de red específica, desde la resolución de nombres de host hasta la autenticación de los remitentes de mensajes. La guía de referencia rápida que figura a continuación desglosa los 12 tipos de registros DNS más habituales que encontrarás en entornos de producción.

¡Simplifica los registros DNS con PowerDMARC! [MANTENER IGUAL]

Tipos de registros DNS

En la siguiente tabla se describen los doce tipos principales de registros DNS que se utilizan en el enrutamiento web, el intercambio de correo electrónico y la seguridad de las infraestructuras:

Tipo de registroQué haceValor de ejemplo
AAsigna un nombre de host a una dirección IPv4192.0.2.1
AAAAAsigna un nombre de host a una dirección IPv62001:0db8:85a3:0000:0000:8a2e:0370:7334
CNAMEAsigna un dominio o subdominio a otro nombre de hostmail.example.com CNAME ghs.googlehosted.com.
MXDesvía los correos electrónicos entrantes del dominio a los servidores de correo de destino10 aspmx.l.google.com.
TXTAlmacena datos de texto arbitrarios, principalmente con fines de seguridad del correo electrónicov=spf1 include:_spf.google.com ~all
NSEspecifica los servidores de nombres autoritativos de una zonans1.nameserver.com.
SOADeclara los datos de las zonas administrativas y operativasns1.example.com. admin.example.com. 2026101001 7200 3600 1209600 3600
PTRResuelve una dirección IP en un nombre de host (DNS inverso)mail.example.com.
SRVIdentifica los nombres de host y los números de puerto de servicios específicos0 5 5060 sipserver.example.com.
CAALimita las autoridades de certificación que pueden emitir certificados SSL0 problema «letsencrypt.org»
DNSKEYAlmacena las claves públicas utilizadas para firmar conjuntos de registros de recursos DNSSEC257 3 13 oJM...xyz==
DSVincula las claves de la zona secundaria a la zona principal en DNSSEC2371 13 2 4f2...9a1

Un registro

Un Un registro A (registro de dirección) asocia un nombre de dominio o subdominio a una dirección IPv4. Cuando un usuario introduce una dirección web en un navegador, el resolutor recursivo consulta el registro A para localizar el servidor web que aloja el sitio.

Por ejemplo:

example.com. 3600 IN A 192.0.2.1

Récord AAAA

Un registro AAAA (registro Quad-A) funciona igual que un registro A, pero asocia un nombre de host a una dirección IPv6 de 128 bits en lugar de a una dirección IPv4 de 32 bits. Dado que el conjunto global de direcciones IPv4 disponibles se ha agotado, las redes modernas utilizan registros AAAA junto con los registros A estándar para admitir el enrutamiento de doble pila para los visitantes que utilizan proveedores de Internet compatibles con IPv6.

Por ejemplo:

example.com. 3600 IN AAAA 2001:0db8:85a3:0000:0000:8a2e:0370:7334

Registro CNAME

Un registro CNAME (registro de nombre canónico) crea un alias que redirige un nombre de dominio a otro nombre de dominio canónico, en lugar de a una dirección IP. Cuando un resolutor encuentra un registro CNAME, reinicia el proceso de búsqueda utilizando el nombre de dominio de destino. Los registros CNAME no pueden coexistir con otros registros en el vértice raíz de la zona.

Por ejemplo:

blog.example.com. 3600 IN CNAME webhost.example.net.

Registro MX

Un registro MX (registro de Mail Exchanger) indica a los agentes de transferencia de correo (MTA) de origen dónde deben entregar el correo electrónico entrante para un dominio determinado. Los registros MX siempre incluyen un número de prioridad junto al nombre del servidor de correo, y los números enteros más bajos tienen prioridad. Este es el tipo de registro DNS que identifica a un servidor de correo electrónico encargado de procesar los mensajes entrantes.

Por ejemplo:

example.com. 3600 IN MX 10 aspmx.l.google.com.

Registro TXT

Un registro TXT (registro de texto) asocia atributos de texto legibles por máquina a un dominio. Aunque en un principio se crearon para contener notas legibles por personas, los registros TXT sirven ahora principalmente como mecanismo de transporte para tokens de verificación de dominios y marcos de autenticación de correo electrónico. Consulta nuestra sección específica más abajo para saber cómo SPF, DKIM y DMARC se basan en los registros TXT.

Por ejemplo:

example.com. 3600 IN TXT «google-site-verification=rXOxyZounnZ…»

Registro NS

Un registro NS (registro de servidor de nombres) indica qué servidores DNS autoritativos mantienen los registros DNS definitivos de un dominio o una subzona delegada. Cada dominio requiere al menos dos registros NS operativos que apunten a servidores de nombres distribuidos geográficamente para mantener una alta disponibilidad y evitar interrupciones en la resolución del dominio.

Por ejemplo:

example.com. 86400 IN NS ns1.powerdns-cloud.com.

Registro SOA

Un registro SOA (Start of Authority) es un registro obligatorio situado en la cúspide de cada zona DNS. En él se especifican los metadatos administrativos fundamentales de la zona, entre los que se incluyen el servidor de nombres maestro principal, la dirección de correo electrónico de contacto del administrador técnico, el número de serie de la zona y los temporizadores operativos que controlan el almacenamiento en caché y las transferencias de la zona secundaria.

Los temporizadores definidos en el registro SOA incluyen el intervalo de actualización (la frecuencia con la que los servidores secundarios solicitan actualizaciones al servidor maestro), el intervalo de reintento (el tiempo de espera tras un intento fallido de transferencia), el límite de caducidad (el momento en que los servidores secundarios descartan los datos obsoletos de la zona si el servidor maestro sigue sin estar accesible) y el TTL mínimo (que controla durante cuánto tiempo los resolutores almacenan en caché las respuestas negativas a las consultas, como NXDOMAIN).

Por ejemplo:

example.com. 86400 IN SOA ns1.example.com. hostmaster.example.com. (
2026101001 ; número de serie
7200 ; actualización (2 horas)
3600 ; reintento (1 hora)
1209600 ; caducidad (2 semanas)
3600 ) ; TTL mínimo (1 hora)

Puedes consultar los parámetros SOA de tu dominio mediante nuestra herramienta de búsqueda de registros SOA .

Registro PTR

Un registro PTR (registro de puntero) realiza la tarea opuesta a la de un registro A, ya que permite resolver una dirección IP para obtener el nombre de host asociado a través de la resolución DNS inversa . Los registros PTR se configuran dentro de zonas dedicadas a la búsqueda inversa (in-addr.arpa para IPv4 y ip6.arpa para IPv6) administradas por el propietario del espacio IP, en lugar de por el registrador del dominio.

Los servidores de recepción de correo electrónico realizan habitualmente comprobaciones de DNS inverso con la dirección IP de conexión de los agentes de transferencia de correo saliente. Si la dirección IP remitente carece de un registro PTR que coincida con el nombre de host directo del remitente, los filtros de spam corporativos y los principales proveedores de correo web suelen rechazar el mensaje entrante. Puedes verificar las entradas de tu zona inversa con nuestra herramienta de búsqueda de registros PTR .

Por ejemplo:

1.2.0.192.in-addr.arpa. 3600 IN PTR mail.example.com.

Registro SRV

Un registro SRV (registro de servicio) define la ubicación, el protocolo, el número de puerto, la prioridad y la ponderación de los servidores que prestan servicios de aplicaciones específicas. En lugar de dar por supuestos los puertos estándar, los clientes de red consultan los registros SRV para descubrir los parámetros de conexión personalizados de protocolos como SIP (VoIP), los servicios de directorio LDAP y la mensajería XMPP.

La estructura del registro SRV comienza con el nombre del servicio y el protocolo, precedidos de guiones bajos (como _sip._tcp.example.com), seguidos de los valores de prioridad y peso para el equilibrio de carga, el número de puerto de destino y el nombre de host de destino que proporciona el servicio.

Por ejemplo:

_sip._tcp.example.com. 3600 IN SRV 10 60 5060 bigbox.example.com.

Récord de la CAA

A registro CAA (registro de autorización de la autoridad de certificación) permite al propietario de un dominio especificar qué autoridades de certificación (CA) tienen permiso para emitir certificados SSL/TLS públicos para su dominio y sus subdominios. Cuando un ingeniero solicita un certificado SSL, las CA que cumplan con los requisitos deben comprobar el registro CAA del dominio antes de completar la emisión.

La publicación de registros CAA protege a tu organización frente a la generación no autorizada o fraudulenta de certificados, lo que reduce el riesgo en caso de que una CA malintencionada se vea comprometida. El registro contiene un indicador de emisor, una etiqueta de propiedad (emisión, issuewildo iodef para la notificación de incidentes de violación de la seguridad), así como el identificador de la CA aprobado. Puede evaluar su política de autorización de certificados con nuestro verificador de CAA.

Por ejemplo:

example.com. 3600 IN CAA 0 issue «letsencrypt.org»

Registros DNSSEC (DNSKEY, DS)

Extensiones de seguridad del Sistema de Nombres de Dominio (DNSSEC) protegen a los resolutores contra la suplantación de DNS, el envenenamiento de caché y la manipulación de tipo «hombre en el medio» mediante la incorporación de firmas criptográficas a los registros DNS. DNSSEC se basa en dos registros esenciales: DNSKEY y DS.

Un registro DNSKEY almacena claves públicas de firma dentro de la zona secundaria. Los servidores autoritativos publican claves de firma de zona (ZSK) para firmar conjuntos de registros individuales y claves de firma de claves (KSK) para firmar las propias claves de la zona. Un registro DS (firmante de delegación) contiene un hash criptográfico de la clave de firma de claves de la zona secundaria y se publica directamente en la zona principal (como .com o .org). Los resolutores rastrean esta cadena criptográfica de confianza hacia arriba, hasta la zona raíz del DNS, para verificar que las respuestas a las consultas no se hayan alterado durante la transmisión. Comprueba tu configuración de firma con nuestro comprobador de DNSSEC.

Ejemplo de DNSKEY:

example.com. 3600 IN DNSKEY 257 3 13 oJM7nE…9yZ==

Ejemplo de DS:

example.com. 3600 IN DS 2371 13 2 4f2e9a18…cb02

Registros de autenticación de correo electrónico: SPF, DKIM, DMARC

Un punto habitual de confusión es considerar que SPF, DKIM, DMARC, BIMI y MTA-STS son tipos de registros DNS independientes. En la especificación del protocolo DNS, no se trata de tipos de registros de recursos únicos, sino de políticas de configuración estandarizadas publicadas como registros TXT (u ocasionalmente registros CNAME para selectores DKIM alojados ) alojados en nombres de host y subdominios designados.

Cuando un servidor de correo remoto recibe un mensaje que afirma proceder de tu dominio, consulta estas cadenas de texto para verificar si el remitente está autorizado, si el cuerpo del mensaje se ha modificado durante la transmisión y qué medida debe aplicarse en caso de que falle la validación:

ProtocoloTipo de registroNombre de hostValor de ejemplo
SPFTXTejemplo.comv=spf1 include:_spf.google.com ~all
DKIMTXT/CNAMEselector1._domainkey.example.comv=spf1 include:_spf.google.com ~all
DMARCTXT_dmarc.example.comv=DMARC1; p=reject; rua=mailto:[email protected]
BIMITXTdefault._bimi.example.comv=BIMI1; l=https://example.com/logo.svg; a=...
MTA-STSTXT_mta-sts.example.comv=STSv1; id=20261010T000000Z

Dado que estas políticas de autenticación se encuentran en entradas TXT estándar, los errores tipográficos o una sintaxis incorrecta pueden afectar de inmediato a la capacidad de entrega de tu correo electrónico. Comprueba tu dominio con nuestro Analizador de dominios para confirmar que tus registros SPF, DKIM y DMARC son sintácticamente correctos y están protegidos contra la suplantación de dominio.

Cómo consultar cada tipo de registro DNS

Puedes consultar los registros DNS publicados para cualquier dominio mediante herramientas web o utilidades de línea de comandos.

Para realizar una evaluación rápida en resolutores recursivos de todo el mundo, utiliza nuestro servicio gratuito de herramienta de búsqueda de registros DNS . Esta herramienta recupera registros A, AAAA, MX, CNAME, TXT, NS, SOA y PTR sin necesidad de instalar ningún software.

Si prefieres solucionar problemas desde un terminal:

  • En macOS y Linux: Utiliza dig para consultar tipos de registros específicos:

consultar el MX de example.com

  • En Windows: Utiliza nslookup especificando el tipo de consulta:

nslookup -type=MX example.com

Al evaluar las respuestas, presta atención al valor del «Time to Live» (TTL). Si has actualizado recientemente un registro DNS, los resolutores recursivos seguirán devolviendo la entrada almacenada en caché anterior hasta que caduque ese TTL. Puedes supervisar el progreso de las actualizaciones en todas las regiones con nuestro herramienta de comprobación de propagación de DNS.

Por qué es importante cada tipo de registro DNS

Los registros DNS constituyen la base de todas las transacciones en Internet. Cuando los registros están configurados correctamente, los navegadores resuelven las direcciones de los sitios web al instante, las pasarelas de correo enrutan los mensajes sin problemas y los encabezados criptográficos validan la autenticidad de los remitentes.

Cuando un registro DNS está mal configurado, falta o apunta a una infraestructura retirada, los servicios críticos dejan de funcionar de inmediato:

  • Un A/AAAA hará que tu sitio web deje de estar disponible.
  • Un registro MX provoca que los correos electrónicos entrantes se devuelvan a los remitentes.
  • Un archivo TXT marca los correos electrónicos de marketing y transaccionales como spam.
  • Un CNAME que apunte a un servidor de terceros abandonado expone tu dominio a una toma de control hostil del subdominio.

Mantener registros de zonas limpios y cumplir con las prácticas recomendadas de seguridad del DNS garantiza que su infraestructura digital básica se mantenga disponible, rinda al máximo y esté protegida contra los ataques de interceptación.

Palabras finales

Comprender los tipos de registros DNS es fundamental para cualquier persona responsable de la administración de dominios, el rendimiento web y la seguridad del correo electrónico. Cada tipo de registro desempeña una función específica, desde la traducción de nombres de host mediante registros A y AAAA hasta el establecimiento de la confianza criptográfica en el correo electrónico a través de entradas TXT. Las auditorías periódicas de los archivos de zona DNS garantizan el buen funcionamiento de los servicios de red, al tiempo que protegen tu marca frente a la suplantación de identidad y las vulnerabilidades derivadas de los registros «colgantes».

Preguntas frecuentes

¿Cuántos tipos de registros DNS hay?

La Autoridad de Asignación de Números de Internet (IANA) mantiene un registro de docenas de tipos oficiales de registros de recursos DNS. Aunque muchos de estos tipos son históricos, experimentales o están en desuso, los dominios en producción dependen en gran medida de un conjunto básico de entre 12 y 15 tipos de registros estándar para el enrutamiento web habitual, la entrega de correo y la seguridad de los dominios.

¿Cuál es el tipo de registro DNS más habitual?

El registro A es el tipo de registro DNS más común y fundamental de Internet. Casi todos los nombres de dominio alojados en la web requieren al menos un registro A para asociar su nombre de dominio o subdominio, legible para las personas, a una dirección IPv4 accesible.

¿Qué tipos de registros DNS necesito para el correo electrónico?

Para enviar y recibir correo electrónico de forma fiable, necesitas un registro MX que apunte a tu servidor de correo, registros A o AAAA válidos para el host de dicho servidor de correo y un registro PTR correspondiente para la validación DNS inversa. Además, necesitas registros TXT configurados para SPF y DMARC, junto con registros TXT o CNAME para DKIM.

¿Cuál es la diferencia entre un registro A y un registro CNAME?

Un registro A asocia directamente un nombre de host a una dirección IPv4 física (por ejemplo, example.com a 192.0.2.1). Un registro CNAME asocia un nombre de host alias a otro nombre de dominio canónico (por ejemplo, blog.example.com a webhost.example.net). Para comparar los flujos de búsqueda y las limitaciones del vértice, consulta nuestra guía sobre registro A frente a CNAME.

¿Cuánto tardan en surtir efecto los cambios en los registros DNS?

Los cambios en el DNS tardan entre unos minutos y 48 horas en aplicarse a nivel mundial. La velocidad de actualización depende del tiempo de vida (TTL) establecido en el registro existente, que especifica durante cuánto tiempo los resolutores intermedios pueden almacenar la respuesta antes de solicitar una copia actualizada a los servidores de nombres autoritativos.

¿Qué es un registro DNS?