• Glosario
  • ¿Qué es un CNAME (nombre canónico)?

Glosario de DNS

¿Qué es un CNAME (nombre canónico)?

CNAME (nombre canónico) es un tipo de registro DNS que asocia un nombre de dominio alias a otro nombre de dominio, denominado nombre canónico. Un resolutor que encuentra un registro CNAME para un nombre consultado reinicia la búsqueda en el nombre canónico y devuelve los registros de ese nombre, tal y como se define en los RFC 1034 y RFC 1035.

Simplifiquemos tu DDI
Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button
Puntos claveLos puntos clave se generan con la ayuda de la inteligencia artificial. Dado que los resúmenes automáticos pueden contener en ocasiones errores u omitir contexto importante, consulta siempre la entrada completa del blog para obtener toda la información.

CNAME (nombre canónico) es un tipo de registro DNS que asocia un nombre de dominio alias a un nombre canónico, lo que permite que varios nombres de host hagan referencia a un único destino que se actualiza automáticamente cuando cambia la dirección del servicio. Las organizaciones suelen utilizar los CNAME para dirigir nombres de host hacia redes de distribución de contenidos, aplicaciones alojadas y equilibradores de carga, lo que reduce las modificaciones manuales en zonas de gran tamaño y simplifica las migraciones de servicios. Sin embargo, los CNAME conllevan riesgos operativos, entre los que se incluyen vulnerabilidades de seguridad como la apropiación de subdominios al apuntar a servicios externos, retrasos en la resolución con cadenas de alias largas y problemas de compatibilidad al coexistir con otros tipos de registros, como los registros MX o TXT, lo que requiere auditorías periódicas y una gestión cuidadosa para evitar fallos del DNS y el secuestro de dominios.

  • Los registros CNAME no pueden coexistir con otros tipos de registros en el mismo nombre según la RFC 1034, por lo que están prohibidos en el vértice de la zona, donde deben existir los registros SOA y NS.
  • Los registros CNAME «colgantes» que apuntan a servicios externos desactivados crean vulnerabilidades de apropiación de subdominios, en las que los atacantes pueden apropiarse del dominio de destino y servir contenido malicioso bajo el nombre de la organización.
  • Las cadenas largas de CNAME aumentan la latencia de las consultas y la complejidad de la resolución, mientras que los bucles entre alias provocan que las consultas fallen con errores SERVFAIL, que los resolutores limitan para evitar la recursión infinita.

CNAME de un vistazo

AttributeValue
Full nameCanonical name
CategoryDNS record type
Defined inRFC 1034 and RFC 1035
Protocol and portDNS, port 53 over UDP and TCP
OSI layerApplication layer (layer 7)
Primary usePointing one domain name at another so the alias inherits the target's records
Related termsA record, AAAA record, ALIAS record, DNS zone, TTL, Zone apex

Cómo funciona un CNAME

Un registro CNAME almacena un nombre alias y el nombre canónico al que apunta. Cuando un resolutor consulta el alias, la respuesta le indica que busque el nombre canónico en su lugar.

  1. El cliente consulta el alias: un cliente solicita a un resolutor recursivo un registro, como un registro A, para el nombre del alias, por ejemplo, www.example.com.
  2. El servidor devuelve el CNAME: el servidor autoritativo no encuentra datos de dirección en el alias, pero sí encuentra allí un registro CNAME. Devuelve ese registro, que indica el nombre canónico.
  3. El resolutor vuelve a empezar desde el destino: el resolutor repite la consulta del nombre canónico, utilizando el mismo tipo de registro. Esto puede implicar una zona diferente o un servidor autoritativo distinto.
  4. Se devuelve la respuesta final: el resolutor recibe los registros correspondientes al nombre canónico, como sus direcciones A o AAAA, y devuelve la cadena completa al cliente, que utiliza dichas direcciones.

Un nombre que tenga un registro CNAME no debe tener ningún otro tipo de registro con el mismo nombre, por lo que un CNAME no puede situarse en el vértice de la zona, donde deben existir los registros SOA y NS. Cada eslabón de la cadena se almacena en caché según su propio TTL, y las cadenas largas aumentan el tiempo de búsqueda.

Por qué es importante el CNAME en las redes empresariales

Los registros CNAME permiten que muchos nombres apunten a un único destino. Cuando un servicio cambia de dirección, solo es necesario actualizar los registros A o AAAA del nombre canónico, y todos los alias se actualizan automáticamente. Esto reduce las modificaciones manuales en zonas de gran tamaño y se utiliza ampliamente para dirigir nombres de host hacia redes de distribución de contenidos, aplicaciones alojadas y equilibradores de carga.

Esta misma indirección genera un riesgo operativo. La RFC 1034 exige que un nombre con un CNAME no contenga ningún otro dato, por lo que añadir un CNAME donde ya existen registros MX, TXT o NS puede interrumpir el envío de correo o la verificación del dominio. Las cadenas largas ralentizan la resolución y dificultan la resolución de problemas, y un bucle entre dos alias provoca que las búsquedas fallen.

También hay implicaciones de seguridad. Si un CNAME apunta a un servicio externo cuyo recurso ha sido desactivado, un atacante podría apropiarse de ese destino y servir contenido bajo el dominio de la organización, una situación conocida como «registro colgante» o «apropiación de subdominio». Las auditorías periódicas de los destinos de los registros CNAME y la eliminación de los alias cuando se retiran los servicios a los que apuntan evitan este problema.

Comparación de CNAME con términos relacionados

Registro CNAME frente a registro A

Un registro A asocia un nombre directamente a una dirección IPv4, mientras que un CNAME asocia un nombre a otro nombre que, a su vez, debe resolverse. ¿Qué es un registro A?

AttributeCNAMEA record
Points toAnother domain nameAn IPv4 address
Resolution stepsAt least one extra lookup at the canonical nameAnswer is returned directly
Coexistence with other records at the same nameNot allowed, per RFC 1034Allowed alongside MX, TXT and NS records
Use at the zone apexNot permitted, because the apex holds SOA and NS recordsPermitted
Effect of a target address changeAliases follow the target automaticallyEach A record must be edited separately

Registro CNAME frente a registro de alias

Un CNAME es un tipo de registro DNS estándar definido en el RFC 1034, mientras que un registro de alias es una característica específica del proveedor que permite que un nombre, a menudo el vértice de la zona, apunte a otro nombre o recurso sin ser un verdadero CNAME.

AttributeCNAMEAlias record
StandardizationStandard record typeProvider-specific, not a standard record type
Allowed at the zone apexNoUsually yes, depending on the provider
Answer returned to the clientA CNAME record followed by the target's recordsTypically the final address records, resolved by the provider
Portability between DNS providersPortableBehavior varies and may not transfer

Problemas habituales con los CNAME

Añadir un CNAME en el vértice de una zona entra en conflicto con los registros SOA y NS que deben existir allí. Los servidores pueden rechazar la carga de la zona, o el correo y la delegación pueden dejar de funcionar si se acepta el registro.

Un CNAME creado en un nombre que ya contiene datos MX, TXT u otros incumple la norma RFC 1034. Entre los síntomas se incluyen fallos en la entrega del correo, pérdida de registros de verificación y respuestas incoherentes entre los resolutores.

Los alias que apuntan a otros alias añaden consultas y latencia, y un bucle entre dos nombres provoca que la resolución falle con el código de error SERVFAIL. Los resolutores limitan la profundidad de la cadena, por lo que las cadenas profundas pueden fallar de forma intermitente.

Un CNAME que apunta a un destino eliminado o fuera de servicio devuelve NXDOMAIN para el alias. Si el nombre de destino pertenece a un servicio externo que otra persona puede reclamar, el alias puede ser objeto de abuso para la apropiación del subdominio.

Tanto el alias como el nombre canónico tienen su propio TTL, por lo que un cambio en el destino puede llegar a los clientes en momentos diferentes. Los ingenieros observan que algunos usuarios siguen accediendo a la dirección antigua tras una migración hasta que caducan ambas entradas almacenadas en caché.

Descubre cómo el DDI unificado simplifica las operaciones de red

Gestiona el DNS, el DHCP y las direcciones IP desde una única plataforma con automatización, visibilidad y control integrados.

Ponte en contacto con nosotros

Preguntas frecuentes sobre CNAME

Términos relacionados

Network visualization showing IP addresses and interconnected nodes representing IPAM infrastructure and data flow
Centro de contenidosRecursos

Establecimiento de modelos de flujo de trabajo y aprobación de IPAM regulados y preparados para auditorías para las redes de la organización

Descubre soluciones de gestión de direcciones IP para flujos de trabajo de IPAM regulados y preparados para auditorías. Habilita aprobaciones por ámbitos…

Read more
Content Hub
Centro de contenidosRecursos

Comprender el modelo OSI: dónde encajan el DNS y el direccionamiento IP dentro de las 7 capas

Comprende las siete capas del modelo OSI y cómo encajan en ellas el DNS y el direccionamiento IP. Aprende los fundamentos de la arquitectura de redes con…

Read more
Fiber optic cables with glowing blue and cyan light points representing high-speed network data transmission and connectivity
Centro de contenidosRecursos

Escalabilidad del DNS y la gestión de direcciones IP (IPAM) para redes empresariales IPv6 y de doble pila

Amplíe el DNS y el IPAM para redes empresariales de doble pila. Descubra cómo Micetro ayuda a los equipos a gestionar las migraciones a IPv6 con sistemas…

Read more
Hand holding digital pen interacting with holographic network diagrams and data visualization on laptop screen, representing
Recursos

Integración de DNS, DHCP e IPAM en flujos de trabajo de infraestructura como código basados en Ansible y Git

La integración de DNS, DHCP e IPAM en los flujos de trabajo de IaC basados en Ansible y Git con Micetro convierte los cambios de direcciones y registros en…

Read more
Podcast
Recursos

Podcast: Cómo la IA está cambiando el desarrollo de software empresarial

La IA transforma la automatización de redes, pero una implementación segura requiere sólidas prácticas de software, pruebas y experiencia en el ámbito…

Read more
Podcast
Recursos

Podcast: Por qué las plataformas abiertas son importantes en las operaciones de red

Las plataformas abiertas y la arquitectura «API-first» permiten operaciones de red inteligentes, automatización y flujos de trabajo impulsados por IA en…

Read more
Network engineer reviewing LiveNX flow and telemetry data visualized across server racks in a hybrid multicloud environment
Blog

Obtenga respuestas a partir de los datos de LiveNX que ya tiene con LiveAssist

Descubre cómo LiveAssist, el complemento basado en IA para LiveNX, convierte tus datos de red en respuestas rápidas y guiadas, con un valor que podrás…

Read more
LiveWire GEN3 device offerings overview with descriptions of deep packet visibility and deployment options
Recursos

Oferta de dispositivos LiveWire GEN3

BlueCat LiveWire es una plataforma de captura de paquetes y análisis forense de redes que ofrece una visibilidad profunda a nivel de paquetes en entornos…

Read more
Consulta el glosario completo

Artículos relacionados