La diferencia entre ALIAS y CNAME y cuándo usarlos

La principal diferencia entre un registro CNAME y un registro ALIAS no está en el resultado (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, uno es seguro de usar en el vértice de la zona (por ejemplo, un dominio simple como ejemplo.com), mientras que el otro no lo es.

Comencemos con el tipo de registro CNAME. Simplemente señala un nombre DNS, como www.example.com, en otro nombre DNS, como lb.example.net. Esto le indica al resolutor 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 introduce una penalización de rendimiento, ya que se debe realizar al menos una búsqueda de DNS adicional para resolver el objetivo (lb.example.net). En el caso de que su sistema de resolución recursiva no consultó nunca antes ninguno de los registros, es aún más costoso en cuanto a tiempo, ya que se puede atravesar toda la jerarquía de DNS para ambos registros:

1. Usted, como cliente DNS (o resolución de código auxiliar), consulta a su resolución recursiva para www.example.com.
2. Su resolución recursiva consulta el servidor de nombres raíz para www.example.com.
3. El servidor de nombres raíz remite su resolver recursivo al .com Servidor autoritativo de dominios de nivel superior (TLD).
4. Su resolución recursiva consulta el .com Servidor autorizado de TLD para www.example.com.
5. El .com El servidor autoritativo de TLD remite su servidor recursivo a los servidores autoritativos de ejemplo.com.
6. Su resolución recursiva consulta los servidores autorizados para www.example.com y recibe lb.example.net como respuesta.
7. Su resolución recursiva almacena en caché la respuesta y se la devuelve.
8. Ahora emita una segunda consulta a su solucionador recursivo para lb.example.net.
9. Su resolución recursiva consulta el servidor de nombres raíz para lb.example.net.
10. El servidor de nombres raíz remite su resolución recursiva a .net Servidor autorizado de dominio de nivel superior (TLD).
11. Su resolución recursiva consulta el .net Servidor autorizado de TLD para lb.example.net.
12. .net El servidor autorizado de TLD refiere su servidor recursivo a los servidores autorizados, por ejemplo.net.
13. Su resolución recursiva consulta los servidores autorizados para lb.example.net y recibe una dirección IP como respuesta.
14. Su resolución recursiva 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 sumar una cantidad considerable de tiempo que pasa esperando la respuesta final y procesable de una dirección IP.

En el caso de un registro ALIAS, se llevan a cabo las mismas acciones que con el CNAME, excepto que el servidor autoritativo para ejemplo.com realiza los pasos seis a trece por usted y devuelve la respuesta final como dirección IPv4 e IPv6. Esto ofrece dos beneficios y un inconveniente importante:

Mayor velocidad de resolución de la respuesta final

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

La respuesta del alias será registros A y AAAA. Dado que un registro ALIAS devuelve la respuesta que comprende una o más direcciones IP, se puede usar en cualquier lugar donde se pueda usar un registro A o AAAA, incluido el vértice de la zona. Esto lo hace más flexible que un CNAME, que no se puede emplear en el vértice de la zona. La flexibilidad del registro de 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

Dado que es el servidor autorizado de ejemplo.com el que emite las consultas para lb.ejemplo.net, entonces cualquier funcionalidad de enrutamiento inteligente en el registro lb.example.net actuará sobre la ubicación del servidor autorizado, no sobre su ubicación. La opción EDNS0 edns-client-subnet no se aplica aquí. Esto significa que es posible que se le enrute erróneamente: por ejemplo, si se encuentra en Nueva York y el servidor autorizado de ejemplo.com está en California, entonces lb.ejemplo.com creerá que se encuentra en California y le devolverá una respuesta. eso es claramente menos que óptimo para usted en Nueva York. Sin embargo, si está empleando un proveedor de DNS con pops en todo el mundo, es probable que el servidor DNS autorizado esté ubicado en su región, mitigando así este problema.

Una cosa 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 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 emplear registros CNAME, incluso en una configuración anidada, sin ninguna penalización de rendimiento.

Y aún mejor, NS1 admite un tipo de registro único llamado Registro vinculado. Se trata básicamente de un enlace simbólico dentro de nuestra plataforma que actúa como lo haría un registro ALIAS, excepto que con una velocidad de resolución de submicrosegundos. Para usar un registro vinculado, simplemente cree el registro de destino como lo haría normalmente (puede ser de cualquier tipo) y luego cree un segundo registro para apuntar a él y seleccione 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 cuentas dentro de NS1 y ofrecen una manera poderosa de organizar y optimizar su estructura de registros DNS.