--- id: "dns-record" kind: "glossary-term" title: "registro DNS" language: "es" category: "DNS y fundamentos técnicos" updated: "2026-10-10T10:28:55Z" canonical: "https://tldlog.com/es/glosario/registro-dns/" translations: en: "https://tldlog.com/glossary/dns-record/" de: "https://tldlog.com/de/glossar/dns-record/" fr: "https://tldlog.com/fr/glossaire/enregistrement-dns/" it: "https://tldlog.com/it/glossario/record-dns/" pt-BR: "https://tldlog.com/pt/glossario/registro-dns/" ru: "https://tldlog.com/ru/glossariy/zapis-dns/" zh-Hans: "https://tldlog.com/zh/cihui/dns-jilu/" --- # registro DNS Cada una de las entradas de una zona DNS. Tiene un nombre, un tipo como A, MX o TXT, un TTL y los datos en sí, por ejemplo una dirección IP. Todos los registros con el mismo nombre y tipo forman un conjunto que siempre se responde y se firma en bloque. Un registro DNS es una entrada de la zona DNS de un dominio. Cada registro responde a una pregunta sobre un nombre, por ejemplo qué servidor aloja la web o adónde debe ir el correo. El titular suele editar unos pocos registros a través de su proveedor de DNS, y uno mal puesto basta para que la web o el correo dejen de funcionar. ## Qué es un registro DNS: nombre, tipo, TTL y datos Todos los registros tienen las mismas partes: el nombre al que pertenecen (como `www.example.com`), un tipo (A, MX, TXT, etc.), un TTL y los datos en sí, por ejemplo una dirección IP. El TTL es el número de segundos durante los que un resolutor puede guardar la respuesta antes de volver a preguntar. Es un máximo, no una garantía. Tras un cambio, algunos usuarios siguen viendo el valor antiguo hasta que vence el TTL anterior: es lo que se llama informalmente propagación de DNS. Los registros con el mismo nombre y tipo forman un conjunto de registros de recursos (RRset). Una consulta siempre devuelve el conjunto entero, todos sus registros deben tener el mismo TTL y DNSSEC firma el conjunto en bloque. ## Los registros que necesita casi todo titular: A, AAAA, CNAME, MX y TXT - **A** asocia un nombre a una dirección de la versión 4 del protocolo de Internet (IPv4). Varias direcciones exigen varios registros A. - **AAAA** hace lo mismo con la versión 6 (IPv6), más reciente y más larga. - **CNAME** convierte un nombre en alias de un único nombre distinto, y la consulta vuelve a empezar en ese destino. En un alias no puede haber ningún otro dato, salvo registros de DNSSEC. - **MX** indica los servidores de correo de un dominio, cada uno con un número de preferencia; primero se prueban los números más bajos. El destino debe ser un nombre de host real, nunca un alias. Si no hay ningún MX, los servidores remitentes recurren a los registros A o AAAA del dominio. Un dominio que no recibe correo puede publicar un «MX nulo»: preferencia 0 y un solo punto como destino. - **TXT** contiene texto cuyo significado depende de dónde se publica. Muchos servicios piden un valor TXT para demostrar el control de un dominio. SPF debe publicarse como TXT, con un solo registro SPF por nombre. La política de DMARC es un registro TXT en `_dmarc.example.com`. ## Los registros que hacen funcionar la zona: NS y SOA Los registros NS indican los servidores autoritativos de una zona. Están en lo alto de la zona y también en la zona superior, como la del TLD, donde marcan la delegación y dicen a los resolutores dónde seguir preguntando. Deben apuntar a nombres de host reales, no a alias. Cada zona tiene un único registro SOA (inicio de autoridad), en lo alto. Contiene el servidor primario, el buzón del responsable, un número de serie y varios temporizadores en segundos. Los servidores secundarios solo descargan los datos nuevos cuando el número de serie aumenta. Su campo MINIMUM, junto con el TTL del propio SOA, fija hoy cuánto tiempo se guardan en caché las respuestas de «no existe». El SOA suele gestionarlo el proveedor de DNS. ## Registros especializados: SRV, PTR, CAA, HTTPS y comodines - **SRV** indica el servidor y el puerto de un servicio, bajo un nombre como `_servicio._protocolo.example.com`. Los clientes prueban primero la prioridad más baja y reparten la carga según el peso. El destino no puede ser un alias. - **PTR** asocia una dirección a un nombre. Los registros inversos están bajo in-addr.arpa (IPv4) e ip6.arpa (IPv6), zonas que siguen la estructura de las direcciones IP, no la de los dominios, así que no se configuran en la zona del propio dominio. Las buenas prácticas piden que los registros PTR y A coincidan. - **CAA** (autorización de autoridad de certificación) enumera las autoridades de certificación que pueden emitir certificados para un nombre. Las que siguen la norma deben comprobarlo antes de emitir, subiendo a los nombres superiores si hace falta: un CAA en example.com cubre también `www.example.com` si este no tiene uno propio. Los navegadores no deben usarlo para validar certificados. - **SVCB y HTTPS** dicen a los clientes, antes de conectarse, qué servidores, protocolos y puertos usar. HTTPS es la variante para la web; el nombre designa el tipo de registro, no el protocolo. - **Los comodines** empiezan por la etiqueta `*`, como `*.example.com`. Solo responden por nombres que no existen en absoluto, solo con los tipos que contienen y no por los nombres que cuelgan de ellos. A octubre de 2026, el Acuerdo de Registro base de la ICANN, aprobado el 21 de enero de 2024, prohíbe a los operadores de registro de gTLD usar comodines o cualquier otro método para responder por nombres sin registrar: esas consultas deben devolver NXDOMAIN. ## Por qué no cabe un CNAME en el dominio sin nada delante, y los registros ALIAS El dominio sin nada delante (el apex de la zona) debe contener los registros SOA y NS, y un CNAME no puede compartir nombre con otros datos. Un CNAME ahí choca con ellos: algunos servidores pasan a ignorar los registros NS y el dominio deja de funcionar. La solución normalizada son registros A y AAAA en el apex. Un registro HTTPS en modo «AliasMode» también puede dirigir el apex a otro nombre, pero los clientes que no lo admiten lo ignoran, así que los registros A y AAAA deben seguir ahí. Muchos proveedores de DNS ofrecen una función propia, llamada ALIAS, ANAME o «CNAME flattening»: el proveedor resuelve el destino y responde con sus direcciones. A octubre de 2026, estas funciones son propietarias. El borrador para normalizar ANAME caducó y el registro de tipos de la IANA no incluye ningún tipo ALIAS ni ANAME. El comportamiento varía, lo que complica cambiar de proveedor o usar varios. ## Errores habituales al editar registros y cómo comprobarlos - Omitir el punto final de un nombre completo en un archivo de zona, con lo que se añade el nombre de la zona: `mail.example.com.example.com`. - Un CNAME junto a otros registros, o en el apex. - Un registro MX, NS o SRV que apunta a un CNAME. - Dos registros SPF en el mismo nombre. - No aumentar el número de serie del SOA al editar a mano un archivo de zona. - CNAME que apuntan a un host ya retirado, o CNAME que apuntan a otros CNAME. - Bajar el TTL solo después del cambio: las cachés pueden conservar la respuesta antigua durante todo el TTL anterior. Tras cada cambio, conviene consultar el registro con una herramienta como `dig`. Preguntar directamente al servidor autoritativo muestra el valor nuevo sin pasar por las cachés. Si hay dudas sobre qué registros necesita un servicio, conviene preguntar al proveedor de DNS. ## Fuentes - [Domain names - implementation and specification (RFC 1035)](https://www.rfc-editor.org/rfc/rfc1035.txt) - [Clarifications to the DNS Specification (RFC 2181)](https://www.rfc-editor.org/rfc/rfc2181.txt) - [Common DNS Operational and Configuration Errors (RFC 1912)](https://www.rfc-editor.org/rfc/rfc1912.txt) - [Service Binding and Parameter Specification via the DNS (SVCB and HTTPS Resource Records) (RFC 9460)](https://www.rfc-editor.org/rfc/rfc9460.txt) - [Address-specific DNS aliases (ANAME), draft-ietf-dnsop-aname-04](https://datatracker.ietf.org/doc/draft-ietf-dnsop-aname/) ## términos relacionados - [archivo de zona](https://tldlog.com/es/glosario/archivo-zona/) - [TTL](https://tldlog.com/es/glosario/ttl/) - [registro A](https://tldlog.com/es/glosario/registro-a/) - [registro SOA](https://tldlog.com/es/glosario/registro-soa/) - [RRSIG](https://tldlog.com/es/glosario/rrsig/)