Pointage d'Amazon CloudFront à Un enregistrement a pas un CNAME
J'ai trouvé les instructions pour pointer mon domaine CNAME d'Amazon CloudFront service mais, idéalement, je voudrais souligner que la racine du nom (Un nom d'enregistrement). Par exemple, foo.com au lieu de www.foo.com. Est-ce possible?
Vous pouvez pointer le sommet de zone (c'est à dire example.com) pour une distribution CloudFront sur AWS en utilisant leur service Route 53. Connectez-vous dans votre distribution CloudFront et de définir l'autre des Noms de Domaine (Cname) de votre domaine (par ex. example.com et/ou http://www.example.com). Puis en Route 53, créer une zone hébergée pour votre domaine, puis un enregistrement d'alias la sélection de la distribution CloudFront comme destination. Vous pouvez également créer un deuxième enregistrement d'alias pour tous les sous-domaines, tels que http://www.example.com. Remarque: vous aurez besoin de changer les serveurs de noms auprès de votre registraire de nom de domaine.
De la Route 53 Faq:
Q. puis-je point ma zone apex (example.com rapport http://www.example.com) à mon
Distribution Amazon CloudFront?
Oui. Amazon Route 53 offre un type spécial d'enregistrement appelé "Alias"
enregistrement qui vous permet de mapper votre zone apex (example.com) nom DNS de votre
Distribution Amazon CloudFront (par exemple, d123.cloudfront.net). IP
les adresses associées avec Amazon CloudFront les points de terminaison de varier en fonction de
votre utilisateur final (dans l'ordre direct de l'utilisateur final à l'
plus proche CloudFront bord de l'emplacement) et peuvent changer à tout moment en raison de
mise à l'échelle, mise à l'échelle vers le bas, ou des mises à jour logicielles. Route 53 répond à
chaque demande d'enregistrement d'Alias avec l'adresse IP(es) pour la
de la distribution. Route 53 ne prend pas en charge les requêtes vers des enregistrements d'Alias
qui sont mappés à une distribution CloudFront. Ces requêtes sont répertoriées
“Intra-AWS-DNS-Requêtes” sur l'utilisation d'Amazon Route 53 rapport.
Pour plus d'informations, voir AWSs documentation:
Une chose à noter est que vous devez ajouter votre apex domaine de la "CNAME" la liste (même si ce n'est pas un CNAME) dans le CloudFront de configuration ou il n'apparaît pas comme un alias choix dans la liste déroulante en Route 53. J'ai été bloqué sur que pour un peu. Amazon devrait corriger leur interface parce que même si vous pouvez utiliser Un enregistrement, le champ est appelé Suppléant Cname et l'aide ne fait pas clairement yo pouvez utiliser un alias. Pouvons-nous le faire sans l'aide d'Amazon Route 53 ? Mon fournisseur de DNS prend en charge l'APEX enregistrement.
Pointant www.example.com peut encore être fait avec Un enregistrement, mais vous devez pointer vers une adresse IP, alors, il n'a rien à voir avec les "www" ou quoi que ce soit d'autre à l'avant ou pas.
La différence entre les enregistrements Cname et-Dossiers n'est qu'un CNAME pointant vers un autre nom, qui doit à son tour être regardé par le DNS, alors qu'Un enregistrement ne nécessite qu'un seul de recherche et est pointé directement à une adresse IP.
Cela dit, vous comprenez vite pourquoi l'utilisation d'Un-enregistrements avec ce type d'hébergement cloud peut être une mauvaise idée, voire impossible. Amazon utilise plusieurs adresses IP et vous ne savez pas l'avant jusqu'à ce que les adresses IP sont ces. DNS les changements sont lents. Donc, sauf si vous avez une adresse IP qui ne change pas, à l'aide d'un enregistrement aura tout simplement pas de travail. Trouver une offre d'hébergement avec une adresse IP fixe et vous pouvez utiliser Un-dossiers.
En termes de performances ou d'accessibilité, il n'y a qu'une différence marginale entre CNAME et-dossiers.
EDIT:
Comme SLaks points, il semble préférable de s'en tenir aux "anciennes règles" pour utiliser Un Enregistrement de votre nom de domaine racine. Mais vous verrez que parfois, vous n'aurez pas le choix, selon ce que votre fournisseur d'hébergement vous permet de le faire. Heureusement, de nos jours, il y a si peu, de tout ce qui doit pratiquement retenir vous de le faire (à l'aide de CNAME).
Mal. Cname ne doit pas être utilisé pour un domaine racine, parce que certains anciens serveurs de messagerie ne peut pas les gérer. En fait, certains bureaux d'enregistrement ne vous permettra pas de créer un enregistrement CNAME pour le domaine racine. Vraiment? J'ai lu le contraire. Mais indépendamment de cela, pouvez-vous être plus précis? Alors que j'utilise A-dossiers, je connais une foule de sites qui utilisent les enregistrements CNAME. Wikipédia, pas le plus petit de tous, utilise des enregistrements CNAME pour toutes les versions locales (c'est à dire nl.wikipedia.org est un CNAME). Peut-être avec les "anciens" vous voulez dire avant les années 1990? J'ai personnellement vu un serveur de messagerie de l'année dernière qui ne pouvaient pas envoyer de mail de mon domaine, car la racine du domaine est un CNAME. Le DNS RFC (RFC1033) exige la zone "apex" (parfois appelé le "domaine racine" ou "nu de domaine"), d'être "Un Record". nl.wikipedia.org n'est pas un domaine racine, c'est un sous-domaine, vous pouvez utiliser les enregistrements CNAME pour les personnes sans problèmes. Mais CNAME sur les domaines racines, c'est à dire. wikipedia.org n'est pas autorisé.
Vous pouvez pointer le sommet de zone (c'est à dire example.com) pour une distribution CloudFront sur AWS en utilisant leur service Route 53. Connectez-vous dans votre distribution CloudFront et de définir l'autre des Noms de Domaine (Cname) de votre domaine (par ex. example.com et/ou http://www.example.com). Puis en Route 53, créer une zone hébergée pour votre domaine, puis un enregistrement d'alias la sélection de la distribution CloudFront comme destination. Vous pouvez également créer un deuxième enregistrement d'alias pour tous les sous-domaines, tels que http://www.example.com. Remarque: vous aurez besoin de changer les serveurs de noms auprès de votre registraire de nom de domaine.
De la Route 53 Faq:
Pour plus d'informations, voir AWSs documentation:
Amazon devrait corriger leur interface parce que même si vous pouvez utiliser Un enregistrement, le champ est appelé Suppléant Cname et l'aide ne fait pas clairement yo pouvez utiliser un alias.
Pouvons-nous le faire sans l'aide d'Amazon Route 53 ? Mon fournisseur de DNS prend en charge l'APEX enregistrement.
OriginalL'auteur TravisCannon
Pointant
www.example.compeut encore être fait avec Un enregistrement, mais vous devez pointer vers une adresse IP, alors, il n'a rien à voir avec les "www" ou quoi que ce soit d'autre à l'avant ou pas.La différence entre les enregistrements Cname et-Dossiers n'est qu'un CNAME pointant vers un autre nom, qui doit à son tour être regardé par le DNS, alors qu'Un enregistrement ne nécessite qu'un seul de recherche et est pointé directement à une adresse IP.
Cela dit, vous comprenez vite pourquoi l'utilisation d'Un-enregistrements avec ce type d'hébergement cloud peut être une mauvaise idée, voire impossible. Amazon utilise plusieurs adresses IP et vous ne savez pas l'avant jusqu'à ce que les adresses IP sont ces. DNS les changements sont lents. Donc, sauf si vous avez une adresse IP qui ne change pas, à l'aide d'un enregistrement aura tout simplement pas de travail. Trouver une offre d'hébergement avec une adresse IP fixe et vous pouvez utiliser Un-dossiers.
En termes de performances ou d'accessibilité, il n'y a qu'une différence marginale entre CNAME et-dossiers.
EDIT:
Comme SLaks points, il semble préférable de s'en tenir aux "anciennes règles" pour utiliser Un Enregistrement de votre nom de domaine racine. Mais vous verrez que parfois, vous n'aurez pas le choix, selon ce que votre fournisseur d'hébergement vous permet de le faire. Heureusement, de nos jours, il y a si peu, de tout ce qui doit pratiquement retenir vous de le faire (à l'aide de CNAME).
Vraiment? J'ai lu le contraire. Mais indépendamment de cela, pouvez-vous être plus précis? Alors que j'utilise A-dossiers, je connais une foule de sites qui utilisent les enregistrements CNAME. Wikipédia, pas le plus petit de tous, utilise des enregistrements CNAME pour toutes les versions locales (c'est à dire
nl.wikipedia.orgest un CNAME). Peut-être avec les "anciens" vous voulez dire avant les années 1990?J'ai personnellement vu un serveur de messagerie de l'année dernière qui ne pouvaient pas envoyer de mail de mon domaine, car la racine du domaine est un CNAME.
Le DNS RFC (RFC1033) exige la zone "apex" (parfois appelé le "domaine racine" ou "nu de domaine"), d'être "Un Record".
nl.wikipedia.org n'est pas un domaine racine, c'est un sous-domaine, vous pouvez utiliser les enregistrements CNAME pour les personnes sans problèmes. Mais CNAME sur les domaines racines, c'est à dire. wikipedia.org n'est pas autorisé.
OriginalL'auteur Abel