为啥 CloudFront 通过一个 CNAME 记录而不是另一个 CNAME 记录工作？

Posted 2023-03-04

【中文标题】为啥 CloudFront 通过一个 CNAME 记录而不是另一个 CNAME 记录工作？

【英文标题】：Why is CloudFront working via one CNAME record but not another?为什么 CloudFront 通过一个 CNAME 记录而不是另一个 CNAME 记录工作？

【发布时间】：2015-04-23 20:26:29

【问题描述】：

所以假设公司名称是widget

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

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

访问我的 eb 实例

然后，我将 Cloudfront 设置为使用具有备用域名 cache.widget.com 的原始 direct.widget.com，然后我从 在 Route53 上配置另一个 CNAME >cache.widget.com 到我的云端实例（我们称之为 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】：

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