Amazon web services CloudFront分发未显示为Route53别名目标

Amazon web services CloudFront分发未显示为Route53别名目标,amazon-web-services,amazon-cloudfront,amazon-route53,Amazon Web Services,Amazon Cloudfront,Amazon Route53,我正在尝试添加一个指向cloudfront发行版的route 53记录集。但是,当我在route 53中选择“create record set”(创建记录集)并在随后的面板中单击别名目标时,云端分布未列出。我得到的只是“没有可用的目标”。我的发行版已创建并启用(正在运行)。我在我的发行版中添加了一个CName,其域名与我在Route53中设置的域名相同,但它仍然没有显示 如何使分发版显示在别名目标字段中,以便将Route53“a”记录指向它 谢谢如果您的发行版没有显示为别名目标,您可以随时手动

我正在尝试添加一个指向cloudfront发行版的route 53记录集。但是,当我在route 53中选择“create record set”(创建记录集)并在随后的面板中单击别名目标时,云端分布未列出。我得到的只是“没有可用的目标”。我的发行版已创建并启用(正在运行)。我在我的发行版中添加了一个CName,其域名与我在Route53中设置的域名相同,但它仍然没有显示

如何使分发版显示在别名目标字段中,以便将Route53“a”记录指向它


谢谢

如果您的发行版没有显示为别名目标,您可以随时手动将d123.cloudfront.net(用发行版的实际DNS名称替换d123.cloudfront.net)复制并粘贴到目标中。这将允许您创建别名记录。

请确保为您的分发设置了一个或多个备用域名,否则它将不会列在Route53 alias的目标组合中

据我所知,这与在Apache的VirtualHost(或Nginx的通讯器等)上配置ServerAlias是一样的。如果没有它,您的请求在到达该分发时就不会被标识为注定要发送到该分发

根据AWS文件:

如果您使用CloudFront分发内容,则可以使用Amazon Route 53将查询路由到CloudFront分发。Amazon Route 53托管区域的名称(例如example.com)必须与CloudFront发行版中的备用域名匹配。您无法将查询路由到您的发行版的CloudFront域名(如d111111abcdef8.CloudFront.net)。以下过程假定您已经注册了适用的域名


确保它是A唱片而不是CNAME唱片(我知道这很奇怪)。我在这里的文档中发现:


结合几个正确但不完整的答案:

  • 仅支持
    A
    记录和
    AAAA
    。不
    CNAME
    记录
  • Route53“别名目标”框与CloudFront发行版的“备用域名”字段匹配。如果您正在为
    something.example.com
    创建新记录集,您应该已经将其中一个发行版的备用域名设置为
    something.example.com

  • Route53管理控制台可能速度较慢,并且可能无法立即找到您的分发版-请等待分发版状态为“已部署”
  • TL/DR

    将Cloudfront发行版中的源站中的
    源站ID
    设置为与您试图为其创建别名的域名相同

    更多细节

    我为此挣扎了一段时间

    最后,我比较了53号公路上出现的有效CloudFront分布和未出现的CloudFront分布

    我注意到,在发行版的源代码中指定的
    源代码Id
    不是我站点的域名

    此选项位于:
    CloudFront发行版
    [Id of distribution]
    源站和源站组
    源站


    我只列出了一个原点,其中路径是公共s3存储桶的名称。此条目还有一个
    原始ID
    字段。当我将其更新为我的域名(不带
    www
    前缀),例如
    testdomain.com
    时,我可以在route 53 alias下拉列表中看到此云端分布。

    您必须填写
    备用域名(CNAMEs)
    字段,例如使用

    www.my_site.com  
    *.my_site.com
    
    对于
    SSL证书
    字段选择

    Custom SSL Certificate (example.com)
    
    为此,您必须使用ACM创建并验证您的域,ACM必须在弗吉尼亚州创建


    在这之后,您将能够在R53中看到Cloudfront。

    我的Cloudfront分发状态属性要花很长时间才能读取deployed

    然而,将cloudfront域url输入到我的地址栏会让我进入我的网站,也就是说cloudfront域url是实时的

    我迫不及待地复制了这个域地址,并将其粘贴到别名目标字段中

    成功了


    确保您的CloudFront发行版包含站点名称(example.com)!
    我也遇到了同样的问题,花了一个多小时试图解决这个问题…

    诀窍是在域名之前进入www,因为CloudFront与www或您使用的任何子域的备用域名相匹配。键入www或您的子域,它将找到分发


    众所周知,控制台在填充该框方面行动迟缓。点击它,点击远离它,再次点击它似乎是正确的魔法咒语。您是否一直等到Cloudfront发行版的状态为“已部署”时才开始使用它:备用域名(CNAME)不应为空,以便在A记录别名的下拉列表中可见。@Michael sqlbot我还必须刷新Route53页面才能看到它。我将cloudfront安全策略更改为TLSv1.1_2016,它解决了meThe的此问题Route53管理控制台当前不允许您这样做。你可以改为创建一个CNAME,但它不会是AWS意义上的“别名”。jelder,它每次对我都有效,而且仍然有效。这很有效,只要你将CloudFront分发URL粘贴到该框中,AWS就会将其拾取并保存。非常感谢。不知怎的,这对我很有用!!这是正确的答案,尽管正确的美国焊接学会至少应该修正措辞。在分发设置中,它要求指定CNAMEs,但是路由53必须设置为A记录才能工作。谢谢Andrew。这非常令人困惑。谢谢,这为我解决了问题。你能链接到文档吗?从2017年10月起:这是我的问题
    AAAA
    al