AWS无法为cloudfront CNAME指定没有子域的53号公路记录

Question

我决定在AWS上托管我自己的投资组合，所以我做了以下步骤。

• 在s3上托管（一切正常）
• 在route53中购买域
• 创建了一个类型记录，将我的域指向s3（一切正常）
• 在ACM中为域*.mywebsite生成了公共证书。com，我的网站。网站
• 创建了CloudFront发行版，并具有以下设置
  • 原始域名：链接到s3（一切正常）
  • CNAMES：www.mywebsite。com，*.mywebsite。com，我的网站。网站
  • WIEVER协议策略：将HTTP重定向到HTTPS
  • 使用步骤4中生成的自定义证书

  当我在网站上使用子域时，我对事情的工作方式非常满意，比如：

  • www.mywebsite.com
  • foobarbaz.mywebsite.com
  • http://www.mywebsite.com

  所有这些工作都很好，通过https协议将其重定向到我的网站，但问题是当我试图通过http协议访问我的网站而没有像< code>mywebsite.com这样的子域时，对于https，我以< code > ERR _ CONNECTION _ TIMED _ OUT 结束，所以我尝试为name mywebsite.com添加另一个CNAME记录，并得到以下错误:

  出现错误错误请求。（InvalidChangeBatch 400:在区域mywebsite.com的顶点不允许DNS名称为mywebsite.com.的CNAME类型的RRSet。）

  有没有解决这个问题的办法？

  我不太喜欢网络和配置这些类型的东西，所以如果我做错了什么，我将不胜感激。

  @编辑：尝试将名称为mywebsite.com的类型记录添加到www.mywebsite.com并收到：

  （InvalidChangeBatch 400：尝试创建资源记录集 [name='mywebsite.com.'，type='A']，但它已经存在），已经有一个链接到 S3

Answer 1

AWS的文档描述了这种情况。i-

您不能在DNS名称空间的顶层节点(也称为区域顶点，如example.com)创建CNAME记录。如果您正在为apex域创建指向AWS资源的记录，您可以使用别名记录而不是CNAME。

别名记录

因此，您可以使用类型为 A 而不是 CNAME 的别名记录来绕过您看到的错误。

Answer 2

您在步骤3）中遇到问题。顶点域指向S3存储桶，该存储桶应指向Cloud前分布。

它应该是这样的：

Route53：ACM证书CNAME，A记录=

请注意，只有A记录(如果您想要IPv6，还有AAAA)指向CloudFront，并且只有一个CNAME记录被ACM用来验证域。