web-dev-qa-db-fra.com

Pourquoi CloudFront fonctionne-t-il via un enregistrement CNAME mais pas un autre?

Supposons donc que le nom de la société est widget

J'ai une instance de haricot élastique à l'adresse widget.elasticbeanstalk.com J'ai un nom de domaine widget.com sous le contrôle Route53 J'ai un enregistrement CNAME direct.widget.com pointer vers widget.elasticbeanstalk.com J'ai un autre enregistrement CNAME search.widget.com pointer également vers widget.elasticbeanstalk.com

Cela fonctionne bien. Je peux accéder à mon instance eb via search.widget.com et direct.widget.com

J'ai ensuite configuré Cloudfront pour utiliser Origin direct.widget.com avec le nom de domaine alternatif de cache.widget.com, et je configure un autre CNAME sur Route53 à partir de cache .widget.com vers mon instance cloudfront (appelons ceci drvevtora80lk.cloudfront.net)

Cela fonctionne aussi très bien. Je peux accéder à mon instance Cloudfront via cache.widget.com et ceci reconnaîtra les données déjà mises en cache et fonctionnera ou ira à direct.widget.com si nécessaire.

Mais mes utilisateurs utilisent search.widget.com et je veux qu'ils passent maintenant par Cloudfront plutôt que directement sur le serveur. Donc, je modifie maintenant le search.widget.com CNAME pour qu'il pointe vers drvevtora80lk.cloudfront.net et attends un instant que les modifications se propagent.

Mais maintenant, utiliser search.widget.com me donne une erreur Cloudfront

Les cache.widget.com et direct.widget.com continuent de bien fonctionner, qu'est-ce que je fais de travers?

1
Paul Taylor

Le problème était que, bien que j'ai modifié le CNAME search.widget.com pour qu'il pointe vers drvevtora80lk.cloudfront.net, j'ai oublié d'ajouter search.widget.com en tant que nom alternatif dans ma distribution CloudFront, mais cela a été ajouté.

2
Paul Taylor