ALIASES d'enregistrement DNS A et différences d'enregistrement ANAME

Nous avons un certain nombre de groupes de serveurs sur AWS qui utilisent des trios de serveurs pour desservir les sites. Chaque serveur ou ensemble de serveurs se trouve dans une région de disponibilité différente, dont l'un est un serveur de redirection tandis que les deux autres sont les serveurs principaux accessibles derrière un équilibreur de charge élastique. Nous avons enfin un client à bord pour utiliser Route53 et recherchions des détails sur les domaines de pointe de zone de pointage aux équilibres de charge élastiques. La plupart des fournisseurs DNS qui prennent en charge cela semblent se référer à cela comme des alias DNS des enregistrements A. Cependant, certains sites semblent faire référence à un enregistrement similaire appelé enregistrement ANAME. Ce n'est pas le CNAME typique ou l'enregistrement DNAME atypique. La plupart de ces sites renvoient également à DNSMadeEasy simpleDNS qui l'utilise.

Alors, quelle est la différence entre Route53 (ou ailleurs) A record ALIASes et ANAME records? Est-ce qu'il y a un? Est-ce que l'un de ceux-ci a, ou est inclus dans un document d'implémentation IEFT RFC ou les enregistrements alias sont-ils tous implémentés dans le fournisseur sur lequel ils sont utilisés?

[modifier]: fournisseur DNS incorrect répertorié pour une utilisation ANAME

Il semble que ce ANAMEsoit un nom à consonance standard composé par DNS Made Easy pour décrire une offre de service qui est extrêmement similaire à ce que fait un Alias ​​Route 53.

J'ai décrit les différences entre un alias et CNAMErécemment sur Stack Overflow , mais pour résumer ici:

Un serveur DNS provisionné avec un CNAMEpour un hôte donné distribue une référence indiquant le nom canonique de l'hôte recherché, nécessitant souvent une deuxième requête par le résolveur d'origine pour rechercher ce nom alternatif; un alias (et à première vue, un ANAME) utilise des informations internes que le serveur DNS connaît sur la "vraie" destination pour simplement répondre directement à la demande, sans avoir besoin d'une deuxième recherche et sans aucune visibilité des informations intermédiaires dans le Échanges de protocoles DNS.

En plus de cela, un alias offre la possibilité d'utiliser les informations que Route 53 a en sa possession sur les adresses IP actuellement valides pour les points de terminaison du site Web S3, ELB et Cloudfront, pour répondre aux requêtes d'enregistrement A avec des informations faisant autorité qui sont exactes en temps quasi réel, ce qui, si vous utilisez ces services, n'est pas quelque chose que tout autre fournisseur aura à sa disposition; bien sûr, l'inverse est également vrai, un alias Route 53 ne peut pas être utilisé pour rechercher et renvoyer des informations qui ne sont pas intrinsèquement disponibles pour Route 53. Vous ne pouvez pas simplement utiliser "n'importe quelle cible" pour un alias - seul le points de terminaison des trois services que j'ai mentionnés ci-dessus, ou d'autres enregistrements dans la même zone hébergée au sein de Route 53.

Dans ce sens, un ANAMEet un alias ne sont pas équivalents, selon le service qui fournit le back-end ... à moins que le ANAMEpointage (en interne) vers des informations statiques.

Un ANAMEenregistrement sur le service d'un autre hôte DNS ne pourrait pas fournir les mêmes capacités que Route 53 si la destination est S3, ELB ou CloudFront, de la même manière qu'un alias sur Route 53 ne serait pas en mesure de renvoyer des réponses pointant vers un autre Emplacements périphériques du fournisseur CDN utilisant des informations disponibles en interne, car les informations ne sont pas disponibles en interne pour l'infrastructure du fournisseur. Sinon, la fonctionnalité semble en grande partie la même.

Commençant ici même dans la FAQ, il explique qu'un enregistrement d'alias est un pointeur spécifique Route53, similaire à un enregistrement CNAME, mais non visible par un résolveur.