La principal diferencia entre un registro CNAME y un registro ALIAS no radica en el resultado, ya que ambos apuntan a otro registro DNS, sino en cómo resuelven el registro DNS de destino cuando se les consulta. Como resultado de esta diferencia, se puede utilizar con seguridad en el ápex de la zona (como por ejemplo, un dominio simple tipo ejemplo.com), mientras que el otro no.

Empecemos por el tipo de registro CNAME. Simplemente apunta a un nombre de DNS, como www.ejemplo.com, a otro nombre DNS, como lb.ejemplo.net. Esto indica al resolver que busque la respuesta en el nombre de referencia para todos los tipos de DNS (por ejemplo, A, AAAA, MX, NS, SOA y otros). Esto acarrea una merma en el rendimiento, ya que debe realizarse al menos una búsqueda DNS adicional para resolver el destino (lb.ejemplo.net). En el caso de que ninguno de los registros haya sido consultado antes por su resolvedor recursivo, el coste en tiempo es aún mayor, ya que es posible que se recorra toda la jerarquía DNS en busca de ambos registros:

1. Usted, como cliente de DNS (o resolución de código auxiliar), consulta a su resolvedor recursivo por www.ejemplo.com.
2. Su resolver recursivo consulta el servidor de nombres raíz por www.ejemplo.com.
3. El servidor de nombres raíz remite su resolver recursivo al servidor autoritativo del dominio de primer nivel (TLD) .com.
4. Su resolver recursivo consulta al servidor autoritativo del TLD .com por www.ejemplo.com.
5. El servidor autoritativo del dominio .com remite su servidor recursivo a los servidores autoritativos de ejemplo.com.
6. Su resolver recursivo consulta los servidores autoritativos por www. ejemplo. com y recibe lb.ejemplo.net como respuesta.
7. Su resolver recursivo almacena en caché la respuesta y se la devuelve.
8. Ahora emite una segunda consulta a su resolver recursivo para lb.ejemplo.net.
9. Su resolver recursivo consulta el servidor de nombres raíz por lb.ejemplo.net.
10. El servidor de nombres raíz remite su resolver recursivo al servidor autoritativo del dominio de primer nivel (TLD) para el .net.
11. Su resolver recursivo consulta el servidor autoritativo del TLD .net por lb.ejemplo.net.
12. El servidor autoritativo del TLD .net remite su servidor recursivo a los servidores autoritativos de ejemplo.net.
13. Su resolver recursivo consulta los servidores autoritativos por lb.ejemplo.net y recibe una dirección IP como respuesta.
14. Su resolver recursivo almacena en caché la respuesta y se la devuelve.

Cada uno de estos pasos consume al menos varios milisegundos, a menudo más, dependiendo de las condiciones de la red. Esto puede suponer una cantidad considerable de tiempo que perderá esperando la respuesta final que se puede ejecutar de una dirección IP.

En el caso de un registro ALIAS, se llevan a cabo todas las mismas acciones que con el CNAME, salvo que el servidor autoritativo para ejemplo.com ejecuta los pasos seis a trece en su lugar y devuelve la respuesta final tanto en una dirección IPv4 como en una IPv6. Esto ofrece dos ventajas y un inconveniente importante:

Mayor velocidad de resolución de la respuesta final

En la mayoría de los casos, los servidores autorizados para ejemplo.com tendrán la respuesta almacenada en caché y, por tanto, podrán devolverla muy rápidamente.

La respuesta del alias serán los registros A y AAAA. Dado que un registro ALIAS devuelve la respuesta que comprende una o varias direcciones IP, puede utilizarse en cualquier lugar en el que pueda utilizarse un registro A o AAAA, incluido el ápex de la zona. Esto lo hace más flexible que un CNAME, que no puede utilizarse en el ápex de la zona. La flexibilidad del registro Alias es necesaria cuando su sitio se publica en algunas de las CDN más populares, que requieren el uso de registros CNAME si desea que sus usuarios puedan acceder a él a través del dominio simple, como ejemplo.com.

Se pierde la información de geolocalización

Como es el servidor autoritativo para ejemplo.com el que está emitiendo las consultas para lb.ejemplo.net, cualquier funcionalidad de enrutamiento inteligente en el registro lb.ejemplo.net actuará en función de la ubicación del servidor autoritativo, no de la suya. La opción EDNS0 edns-client-subnet no se aplica aquí. Esto significa que es posible que se le redirija erróneamente, por ejemplo, si se encuentra en Nueva York y el servidor autorizado de ejemplo.com está en California, este creerá que está en California y le devolverá una respuesta que claramente no será la mejor para usted en Nueva York. Sin embargo, si utiliza un proveedor de DNS con cobertura mundial, es probable que el servidor DNS autoritativo se encuentre en su región, lo que atenuará este problema.

Algo importante a tener en cuenta es que NS1 colapsa los registros CNAME, siempre que todos ellos estén dentro del sistema NS1. Los servidores de nombres de NS1 son autoritativos tanto para el registro CNAME como para el registro de destino. Colapsar simplemente significa que el servidor de nombres NS1 devolverá la cadena completa de registros, desde CNAME hasta la respuesta final, en una única respuesta. Esto elimina todos los pasos de búsqueda adicionales y le permite utilizar registros CNAME, incluso en una configuración anidada, sin ninguna penalización en el rendimiento.

Y lo que es aún mejor, NS1 admite un tipo de registro único denominado registro vinculado. Se trata básicamente de un enlace simbólico dentro de nuestra plataforma que actúa como podría hacerlo un registro ALIAS, excepto que con una velocidad de resolución inferior a un microsegundo. Para utilizar un registro vinculado, sólo tiene que crear el registro de destino como lo haría habitualmente (puede ser de cualquier tipo) y, a continuación, crear un segundo registro que apunte a él y seleccionar la opción Registro vinculado. Tenga en cuenta que los registros vinculados pueden cruzar los límites de dominio (zona) e incluso los límites de la cuenta dentro de NS1 y ofrecen una forma eficaz de organizar y optimizar la estructura de registros DNS.