Un registro de nombre canónico ( CNAME ) es un tipo de registro de recursos en el Sistema de nombres de dominio (DNS) que asigna un nombre de dominio (un alias) a otro (el nombre canónico ). [1]
Esto puede resultar conveniente cuando se ejecutan varios servicios (como un servidor FTP y un servidor web , cada uno ejecutándose en diferentes puertos) desde una única dirección IP . Por ejemplo, se pueden utilizar registros CNAME para apuntar ftp.example.com y www.example.com a la entrada DNS de example.com , que a su vez tiene un registro A que apunta a la dirección IP. De este modo, si la dirección IP cambia alguna vez, solo hay que registrar el cambio en un lugar dentro de la red: en el registro A DNS de example.com .
Los registros CNAME siempre deben apuntar a otro nombre de dominio, nunca directamente a una dirección IP.
Los registros CNAME de DNS se especifican en RFC 1034 y se aclaran en la Sección 10 de RFC 2181.
Los registros CNAME se manejan de manera especial en el sistema de nombres de dominio y tienen varias restricciones en su uso. Cuando un solucionador de DNS encuentra un registro CNAME mientras busca un registro de recursos regular, reiniciará la consulta utilizando el nombre canónico en lugar del nombre original. Sin embargo, si se le indica específicamente al solucionador que busque registros CNAME, se devuelve el nombre canónico (lado derecho), en lugar de reiniciar la consulta. El nombre canónico al que apunta un registro CNAME puede estar en cualquier parte del DNS, ya sea local o en un servidor remoto en una zona DNS diferente .
Por ejemplo, si existe una zona DNS como la siguiente:
NOMBRE TIPO VALOR -------------------------------------------------- bar.example.com. CNAME foo.example.com. foo.example.com. A 192.0.2.23 Cuando se realiza una búsqueda de registro A para bar.example.com , el solucionador verá un registro CNAME y reiniciará la búsqueda para foo.example.com y luego devolverá 192.0.2.23.
Con un registro CNAME, se puede apuntar un nombre como " bar.example.com " a " foo.example.com ". Debido a esto, durante una conversación informal, el lado " bar.example.com " (izquierdo) de una entrada DNS puede identificarse incorrectamente como "el CNAME" o "un CNAME". Sin embargo, esto es incorrecto. El nombre canónico (verdadero) de " bar.example.com " es " foo.example.com ". Debido a que CNAME significa nombre canónico, el lado derecho es el "CNAME" real ; en el mismo lado que la dirección "A".
Esta confusión se menciona específicamente en el RFC 2181, "Aclaraciones a la especificación DNS". La etiqueta de la izquierda es un alias para el lado derecho (la parte RDATA), que es (o debería ser) un nombre canónico. [2] En otras palabras, un registro CNAME como este:
bar.ejemplo.com. CNAME foo.ejemplo.com. Puede leerse como:
foo.ejemplo.com. CNAME bar.ejemplo.com. bar.ejemplo.com. CNAME foo.ejemplo.com. ejemplo.com.MX 0 foo.ejemplo.com . foo.ejemplo.com. CNAME host.ejemplo.com. host.ejemplo.com. A 192.0.2.1 Un registro DNAME o registro de nombre de delegación se define en la RFC 6672 (la RFC 2672 original ahora está obsoleta). El registro DNAME proporciona redirección (alias) para un subárbol del árbol de nombres de dominio en el DNS. Es decir, todos los nombres que terminan con un sufijo particular se redirigen a otra parte del DNS. Por el contrario, el registro CNAME crea un alias para un solo nombre y no para sus subdominios. Al igual que el registro CNAME, la búsqueda DNS continuará reintentando la búsqueda con el nuevo nombre. El servidor de nombres sintetiza un registro CNAME para aplicar realmente el registro DNAME al nombre solicitado: los CNAME para cada nodo de un subárbol tienen el mismo efecto que un DNAME para todo el subárbol.
Por ejemplo, si existe una zona DNS como la siguiente:
foo.ejemplo.com.DNAME bar.ejemplo.com . bar.ejemplo.com.A 192.0.2.23 xyzzy.bar.ejemplo.com.A 192.0.2.24 * .bar.ejemplo.com.A 192.0.2.25 Una búsqueda de registro A para foo.example.com no devolverá datos porque un DNAME no es un CNAME y no hay ningún registro A directamente en foo .
Sin embargo, una búsqueda de xyzzy. foo .example.com se asignará a DNAME y devolverá el registro A para xyzzy. bar .example.com , que es 192.0.2.24; si el registro DNAME hubiera sido un registro CNAME, esta solicitud habría devuelto un nombre no encontrado.
Por último, una solicitud para foobar.foo.example.com se asignaría mediante DNAME y devolvería 192.0.2.25.
Varias plataformas DNS administradas implementan un tipo de registro ALIAS [8] o ANAME [9] no estándar . Estos pseudo registros son administrados por administradores DNS como los registros CNAME, pero son publicados y resueltos por (algunos) clientes DNS como los registros A. Los registros ANAME generalmente están configurados para apuntar a otro dominio, pero cuando un cliente los consulta, responden con una dirección IP. Si bien los tipos de registros ANAME se enviaron para su estandarización, [10] existen otras implementaciones no conformes, por lo que pueden hacer lo que elija el propietario de la plataforma DNS, incluida la existencia en el ápice de una zona y la existencia para dominios que reciben correo.
La principal ventaja de los registros ANAME sobre los registros CNAME es que se pueden utilizar en un vértice de zona, mientras que un solucionador que siga estándares no tratará los nombres de dominio con registros CNAME como un vértice de zona. [11] Además, mientras que un cliente DNS requiere al menos dos consultas para resolver un CNAME en un registro A a una dirección IP, un ANAME trasladará la segunda consulta y las subsiguientes al servidor. Si el servidor DNS puede resolver el registro A y almacenar en caché la dirección IP solicitada de forma más eficiente y con menos latencia que sus clientes DNS, entonces el cliente DNS puede resolver la consulta más rápido.
El tipo de registro ANAME se presentó como borrador de norma al IETF. Sin embargo, el último borrador del documento expiró en enero de 2020 [10] y ha sido reemplazado por una serie de propuestas, la más reciente de las cuales es la de los tipos de registro SVCB y HTTPS. [12]