为什么CloudFront通过一个CNAME记录而不是另一个CNAME记录?

时间:2015-02-22 13:05:12

标签: amazon-web-services elastic-beanstalk amazon-cloudfront amazon-route53

因此,假设公司名称为小部件

我在 widget.elasticbeanstalk.com 上有弹性beanstalk实例 我在Route53控制下有一个域名 widget.com 我有一个指向 widget.elasticbeanstalk.com 的CNAME记录 direct.widget.com 我有另一个CNAME记录 search.widget.com 也指向 widget.elasticbeanstalk.com

这很好我可以通过 search.widget.com direct.widget.com

访问我的eb实例

然后我将Cloudfront设置为使用来自 direct.widget.com 的原始 direct.widget.com ,并在上配置Route53上的另一个CNAME > cache.widget.com 到我的cloudfront实例(我们称之为 drvevtora80lk.cloudfront.net

这也很好我可以通过 cache.widget.com 访问我的Cloudfront实例,这将识别已缓存的数据并工作或转到 direct.widget.com 必要时。

但我的用户正在使用 search.widget.com ,我希望他们现在可以通过Cloudfront而不是直接访问服务器。所以我现在修改 search.widget.com CNAME以指向 drvevtora80lk.cloudfront.net 并等待一段时间来改变传播。

但现在使用 search.widget.com 会给我一个Cloudfront错误

cache.widget.com direct.widget.com 继续正常工作,我做错了什么?

1 个答案:

答案 0 :(得分:1)

问题在于虽然我将search.widget.com CNAME修改为指向drvevtora80lk.cloudfront.net但我忘记在我的Cloudfront发行版中添加search.widget.com作为备用名称,添加它现在可以正常工作。