DNS A registra ALIAS y ANAME registra diferencias

Tenemos varios grupos de servidores en AWS que usan tríos de servidores para servir sitios. Cada servidor o conjunto de servidores se encuentra dentro de una región de disponibilidad diferente, uno de los cuales es un servidor de redireccionamiento, mientras que los otros dos son los servidores principales a los que se accede detrás de un equilibrador de carga elástico. Finalmente tenemos un cliente a bordo para usar Route53 y buscamos algunos detalles de dominios de apice de zona de apuntado en equilibrios de carga elásticos. La mayoría de los proveedores de DNS que admiten esto parecen referirse a esto como alias DNS de los registros A. Sin embargo, algunos sitios parecen referirse a un registro similar llamado registro ANAME. Este no es el típico CNAME o el registro atípico de DNAME. La mayoría de estos sitios también hacen referencia a DNSMadeEasy ~~simpleDNS~~ que lo utiliza.

Entonces, ¿cuál es la diferencia entre Route53 (u otro lugar) A record ALIASes y ANAME records? ¿Hay uno? ¿Alguno de estos tiene o está incluido en un documento de implementación RFC IEFT o son registros con alias todos implementados dentro del proveedor en el que están utilizando?

[editar]: proveedor de DNS incorrecto listado para uso de ANAME

— dcmbrown
fuente

Los "registros" de ALIAS y ANAME no están incorporados por ningún RFC.

— Andrew B

Esto debe actualizarse para indicar que los registros de ANAME están en un borrador del grupo de trabajo de IETF: datatracker.ietf.org/doc/draft-ietf-dnsop-aname

— Christopher_G_Lewis

Parece que ANAMEes solo un nombre de sonido estándar creado por DNS Made Easy para describir una oferta de servicio de ellos que es extremadamente similar a lo que hace un Route 53 Alias.

Describí las diferencias entre un Alias y un Desbordamiento de pilaCNAME recientemente , pero para resumir aquí:

Un servidor DNS provisto con un CNAMEpara un host dado entrega una referencia que indica el nombre canónico del host que se está buscando, a menudo requiere una segunda consulta por parte del solucionador de origen para buscar ese nombre alternativo; un Alias (y, por lo que parece, un ANAME) usa información interna que el servidor DNS conoce sobre el destino "verdadero" para responder simplemente a la solicitud, sin la necesidad de una segunda búsqueda y sin ninguna visibilidad de la información intermedia en el Intercambios de protocolo DNS.

Lo que proporciona un Alias, además de esto, es la capacidad de usar la información que la Ruta 53 posee sobre las direcciones IP actualmente válidas para los puntos finales del sitio web S3, ELB y Cloudfront, para responder a las consultas de registro A con información autorizada que es precisa en tiempo casi real, que, si está utilizando esos servicios, no es algo que ningún otro proveedor tendrá a su disposición; por supuesto, lo contrario también es cierto, un alias de la ruta 53 no se puede usar para encontrar y devolver información que no está intrínsecamente disponible para la ruta 53. No se puede usar "cualquier" objetivo para un alias, solo el puntos finales de los tres servicios que mencioné anteriormente, u otros registros en la misma zona alojada dentro de la ruta 53.

En este sentido, un ANAMEy un Alias no son equivalentes, dependiendo de qué servicio proporciona el back-end ... a menos que ANAMEesté apuntando (internamente) a información que es estática.

Un ANAMEregistro en el servicio de otro servidor DNS no podría proporcionar las mismas capacidades que la Ruta 53 si el destino es S3, ELB o CloudFront, de la misma manera que un Alias en la Ruta 53 no podría devolver respuestas que apuntan a otro Ubicaciones periféricas del proveedor de CDN que utilizan información disponible internamente, porque la información no está disponible internamente para la infraestructura del proveedor. De lo contrario, la funcionalidad parece prácticamente la misma.

— Michael - sqlbot
fuente

Solo una nota rápida de que, hasta la fecha, Route 53 aún no admite el dominio de dominio CNAME ni ninguna alternativa.

— Fabien Snauwaert

@FabienSnauwaert que no es exacto. Route 53 admite Alias de registro A en el vértice, que puede reflejar el valor de un punto final S3, CloudFront, ELB / ALB o Elastic Beanstalk. La ruta 53 no admite un CNAME en el vértice de una zona, y probablemente nunca lo hará, porque esa no es una configuración válida.

— Michael - sqlbot

Gracias por la aclaración, Michael, lo aprecio. Estaba tratando de referirme a lo que se llama ALIASen DNSimple, ANAMEen DNS Made Easy, ANAMEen easyDNS, ALIASen PointDNS y CNAME(un nombre incorrecto) en CloudFlare y vamos a decir mydomain.com (www-less) a otro dominio (por ejemplo: myapp.herokuapp. com). Por lo que puedo decir, la ruta 53 no ofrece tal opción en este momento. (EDITAR:

— Discutí

La falta de un CNAME en la raíz de un dominio fue un descuido en el RFC original que debería haberse corregido hace mucho tiempo. Claramente, un CNAME en la raíz debe ser para todas las solicitudes de registro, EXCEPTO un SOA, en lugar de hacerlo un error, ya que es completamente inequívoco y funciona bien ... incluso con servidores de almacenamiento en caché heredados (pruébelo ... piratee un servidor DNS y sirve un CNAME desde la raíz ... ¡se resolverá y se almacenará en caché correctamente!).

— Erik Aronesty

@ErikAronesty realmente no es completamente inequívoco. Hackea el servidor DNS y luego intenta enviar un correo electrónico al dominio. ¿Quién es el intercambiador de correo? Si va a hacer una excepción para SOA, necesita una excepción para MX, TXT, NS, ... ya que CNAME significa que este nombre de host es un alias para otro, esto implica que esos registros deben buscarse para el otro nombre de host y esto normalmente no tendría sentido, particularmente para el alojamiento web.

— Michael - sqlbot

A partir de aquí en las Preguntas frecuentes, explica que un registro de alias es un puntero específico de Route53, similar a un registro CNAME, pero no visible para un resolutor.

— Mortenya
fuente

Eso es más o menos lo que esperaba. Mientras prueba esta configuración solo en un formato de registro simple, parece funcionar más o menos como un registro DNS A round-robin, con DNS local que almacena en caché el registro hasta que caduca, y luego la mayoría de las veces cambia al registro opuesto.

— dcmbrown