AAddressAsocia el dominio con una dirección IPv4.
example.com → 93.184.216.34AAddressAsocia el dominio con una dirección IPv4.
example.com → 93.184.216.34AAAAIPv6 AddressAsocia el dominio con una dirección IPv6.
example.com → 2606:2800:220:1:248:1893:25c8:1946CAACertification Authority AuthorizationAutoridades de certificación autorizadas a emitir certificados TLS para el dominio.
0 issue "letsencrypt.org"CNAMECanonical NameAlias que apunta a otro nombre de dominio en lugar de a una IP.
www.example.com → example.comDNSKEYDNS KeyClave pública que usa DNSSEC para firmar los registros de la zona.
256 3 8 AwEAAb…DSDelegation SignerEnlaza la zona con la clave DNSSEC de la zona padre (delegación firmada).
2371 13 2 8ACBB0CD…HINFOHost InformationInformación del host: CPU y sistema operativo; hoy se usa muy poco.
"Intel" "Linux"HTTPSHTTPS Service BindingParámetros de conexión (ALPN, puerto, IP) para acelerar el acceso HTTPS.
1 . alpn="h2,h3"MXMail ExchangeServidor de correo del dominio, con una prioridad (el número menor tiene preferencia).
10 mail.example.comNAPTRNaming Authority PointerReglas de reescritura para descubrir servicios (usado en ENUM y SIP).
100 10 "U" "E2U+sip" "!^.*$!sip:info@example.com!" .NSName ServerServidores de nombres autoritativos que gestionan la zona del dominio.
ns1.example.comPTRPointerDNS inverso: asocia una dirección IP con un nombre de dominio.
34.216.184.93.in-addr.arpa → example.comSOAStart of AuthorityDatos de autoridad de la zona: servidor primario, contacto y tiempos de actualización.
ns1.example.com admin.example.com 2024010101SRVServiceUbicación (host y puerto) de un servicio, como SIP o XMPP.
_sip._tcp 10 5 5060 sip.example.comSSHFPSSH FingerprintHuella de la clave pública SSH del host para verificar conexiones.
1 1 123456789abcdef…SVCBService BindingRegistro genérico de vinculación de servicio; es la base del registro HTTPS.
1 svc.example.com alpn="h2"TLSATLS AssociationAsocia un certificado TLS con el dominio mediante DANE.
3 1 1 0b87ad…TXTTextTexto libre; se usa para SPF, DKIM, DMARC y verificaciones de propiedad.
v=spf1 include:_spf.google.com ~allUn registro DNS es una entrada de la zona de un dominio que responde a una pregunta concreta: a qué dirección IP apunta, qué servidores reciben su correo, quién administra la zona o qué autoridades pueden emitirle certificados. Cada tipo de registro responde una pregunta distinta, y una zona bien configurada combina varios.
Esta referencia reúne los tipos de registro que aparecen en el día a día —desde los básicos A, AAAA, CNAME, MX y TXT hasta los de seguridad como CAA, DNSKEY, DS, TLSA y SSHFP— con su nombre completo, para qué sirve cada uno y un ejemplo de cómo se ve en la zona.
Es una tabla de consulta: no hace peticiones ni analiza tu dominio. Si lo que necesitás es ver los registros reales de un dominio, la herramienta de consulta DNS los resuelve en vivo.
Aejemplo.com. 3600 IN A 192.0.2.10Apunta un nombre a una dirección IPv4. El 3600 es el TTL en segundos: cuánto tiempo pueden cachear la respuesta los resolvers.MXejemplo.com. 3600 IN MX 10 mail.ejemplo.com.El número es la prioridad: se intenta primero el valor más bajo. Se suelen declarar varios MX para tener respaldo.TXTejemplo.com. 3600 IN TXT "v=spf1 include:_spf.google.com ~all"Los registros TXT guardan texto libre. Se usan sobre todo para SPF, DKIM, DMARC y para verificar la propiedad de un dominio.Un registro A apunta directamente a una dirección IPv4. Un CNAME apunta a otro nombre, que a su vez se resuelve. El CNAME es cómodo cuando la IP de destino cambia con frecuencia, pero agrega un salto más a la resolución y tiene restricciones: no puede convivir con otros registros del mismo nombre ni usarse en la raíz del dominio.
Porque la raíz de la zona obligatoriamente tiene registros SOA y NS, y el estándar no permite que un CNAME coexista con otros registros del mismo nombre. Para resolverlo, muchos proveedores ofrecen alternativas propias tipo ALIAS o ANAME, que se comportan como un CNAME pero devuelven directamente la dirección.
El TTL (time to live) es la cantidad de segundos que los resolvers pueden cachear la respuesta. Un TTL alto reduce consultas y acelera la resolución; uno bajo hace que los cambios se propaguen antes. La práctica habitual es bajarlo unas horas antes de una migración y volver a subirlo cuando el cambio ya está estable.
Porque el valor anterior sigue cacheado. Hasta que venza el TTL con el que se sirvió la respuesta previa, los resolvers intermedios y el sistema operativo pueden seguir devolviendo el dato viejo. También influye la caché del propio navegador, que a veces conserva la resolución más allá del TTL.
Declara qué autoridades certificadoras están autorizadas a emitir certificados para el dominio. Las CA están obligadas a consultarlo antes de emitir, así que es una forma sencilla de evitar que un tercero obtenga un certificado válido para tu dominio en otra CA.