Un registro de nombre canónico (CNAME) es un tipo de registro de recurso 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 útil cuando se ejecutan múltiples servicios (como un servidor FTP y un servidor web , cada uno ejecutándose en puertos diferentes) desde una única dirección IP . Se pueden, por ejemplo, utilizar registros CNAME para señalar 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. Luego, si alguna vez cambia la dirección IP, solo hay que registrar el cambio en un lugar dentro de la red: en el registro DNS A, por ejemplo.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 especialmente 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 normal, reiniciará la consulta utilizando el nombre canónico en lugar del nombre original. (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 lugar del DNS, ya sea local o en un servidor remoto en una zona DNS diferente .
Por ejemplo, si hay una zona DNS de la siguiente manera:
NOMBRE TIPO VALOR ----------------------------------------------- --- bar.ejemplo.com. CNAME foo.ejemplo.com. foo.ejemplo.com. Un 192.0.2.23 cuando se realiza una búsqueda de registro A para barra. Se realiza example.com , el solucionador verá un registro CNAME y reiniciará la verificación en foo.example.com y luego devolverá 192.0.2.23.
Con un registro CNAME, se puede señalar un nombre como " bar.example.com " a " foo.example.com ". Debido a esto, durante una discusión informal, el archivo bar.example.com. El lado (izquierdo) de una entrada DNS puede identificarse incorrectamente como "el CNAME" o "un CNAME". Sin embargo, esto es inexacto. 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 RFC 2181, "Aclaraciones a la especificación DNS". La etiqueta de la izquierda es un alias para la parte derecha (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 barra.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. Un 192.0.2.1 Un registro DNAME o un registro de nombre de delegación se define en el RFC 6672 (el RFC 2672 original ahora está obsoleto). 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 concreto son redirigidos a otra parte del DNS. Por el contrario, el registro CNAME crea un alias para un único nombre y no para sus subdominios. Al igual que el registro CNAME, la búsqueda de 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 hay una zona DNS de la siguiente manera:
foo.ejemplo.com. NOMBRE bar.ejemplo.com. bar.ejemplo.com. A 192.0.2.23 xyzzy.bar.ejemplo.com. A 192.0.2.24 *.bar.ejemplo.com. Un 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 un registro A directamente en foo .
Sin embargo, una búsqueda de xyzzy. foo .example.com se asignará DNAME y devolverá el registro A para xyzzy. barra .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 con 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 pseudoregistros son administrados por administradores de DNS como los registros CNAME, pero son publicados y resueltos por (algunos) clientes DNS como los registros A. Los registros ANAME generalmente se configuran 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 estandarización, [10] existen otras implementaciones no conformes, por lo que pueden hacer lo que elija el propietario de la plataforma DNS, incluso existir en la cúspide de una zona y existir para dominios que reciben correo.
La principal ventaja de los registros ANAME sobre los registros CNAME es que se pueden usar en un vértice de zona, mientras que un solucionador que sigue los 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 en una dirección IP, un ANAME trasladará la segunda consulta y las siguientes al servidor. Si el servidor DNS puede resolver el registro A y almacenar en caché la dirección IP solicitada de manera 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 un borrador de estándar al IETF; sin embargo, el último borrador del documento expiró en enero de 2020 [10] y ha sido reemplazado por una serie de propuestas, siendo la más reciente la del registro SVCB y HTTPS. tipos. [12]