Différence entre les Rec et CNAME dans Route53

Votre question est tout à fait valable, mais vous utilisez le mot "sous-domaine" dans un " pas tout à fait précise.

Ce que vous êtes en train de demander est sur le fait qu'une Route 53, un A enregistrement peut donner l'apparence de référencement d'un nom fqdn d'un autre domaine ou un nom de domaine ou sous-domaine de son propre domaine, alors que dans le DNS correcte, le seul moyen de faire référence à un autre nom d'hôte est avec un CNAME, mais ceux qui ne peuvent pas être configurés à l'apex d'un domaine ("example.com") pointant vers un sous-domaine ("www.example.com").

Un alias, vous êtes en train de dire, semble être fonctionnellement équivalent mais plus souple qu'une CNAME donc, il y a une différence?

La différence entre un CNAME et un alias est qu'un CNAME est toujours un bon standard, ordinaire DNS CNAME, qui renvoie à une requête DNS de réponse "salut, vous devez savoir que la réel ("canonical") nom du serveur que vous cherchez est" x "" et, selon les circonstances, peut également inclure la A record pour l'hôte cible ou ne peut pas, obligeant le client à aller pour une deuxième recherche.

Alias, d'autre part, sont un savant hack créé par Amazon qui ne casse pas le protocole permet encore la Route 53 pour mettre la main sur de l' A enregistrer directement à partir de la ressource "X" lorsque le A record pour la ressource "Y" est demandé. Un alias peut également faire référence à d'autres types d'enregistrement, mais le type d'enregistrement ils de référence doit être la même et pour les fins de cette discussion, je suis en train de parler A enregistrement d'alias.

Et, le plus important à retenir ici est qu'un alias retourne en fait un A record, pas une référence à la cible, comme un CNAME n'.

Le hic, c'est qu'avec un alias, vous ne pouvez pas mettre seulement un nom d'hôte dans cette zone. Il doit être un nom d'hôte au sein d'un domaine où la Route 53 a la magie des crochets pour qu'il puisse le récupérer apprpriate A record pour servir, soit une autre entrée dans votre zone, ou à partir de S3, ELB, ou Cloudfront. Ceci est très différent de la mise en œuvre de la façon dont CNAME dossiers de travail, même si l'effet net semble être le même.

Mettre autre chose dedans, et The record set could not be saved because:- Alias Target contains an invalid value. de l'Essayer. 🙂

Bien sûr, CNAME enregistrements n'ont pas de limitation comme ça... ils sont juste limités de par leur conception à leur utilisation au dessus d'une zone.

Donc, en fait, les Alias et CNAME enregistrements n'ont pas autant de chevauchement comme vous l'avez d'abord pensé. Dans certaines situations, un seul est utilisable, et les cas où l'on travaillerait, la différence est probablement négligeable.

Un avantage de l'Alias dans le cas où l'une des deux pourrait être utilisée, c'est qu'un alias n'a jamais besoin des 2 requêtes DNS, comme je l'ai mentionné ci-dessus. Il est toujours répondu directement par Route 53 avec le A enregistrement, où un CNAME, au moins dans le cas où il fait référence à un nom d'hôte dans un autre domaine de niveau supérieur, peut avoir besoin de deux séquentielle des recherches DNS, donnant Alias une performance théorique avantage dans ce cas.