路由53 w/S3-www的DNS问题（bucket位于裸域上）_Dns_Amazon S3_Subdomain_Cname_Amazon Route53

路由53 w/S3-www的DNS问题（bucket位于裸域上）

dns amazon-s3

路由53 w/S3-www的DNS问题（bucket位于裸域上）,dns,amazon-s3,subdomain,cname,amazon-route53,Dns,Amazon S3,Subdomain,Cname,Amazon Route53,我目前正在使用一个裸域作为Amazon S3网络托管服务的别名（Route53和S3之间的新功能连接），但是我在让www.重定向/显示bucket时遇到了一些问题。我试过：将CNAME用于www.->裸版和*->裸体（正常方式）将CNAME别名用于存储桶对裸域使用CNAME别名（在同一区域中）使用到存储桶的别名使用到裸域的别名（在同一区域中）每个结果要么是404，要么是试图找到www.mydomain.com的bucket，这显然是不存在的。我很可能是过于焦虑，偶然发现了正确的一个，

我目前正在使用一个裸域作为Amazon S3网络托管服务的别名（Route53和S3之间的新功能连接），但是我在让www.重定向/显示bucket时遇到了一些问题。我试过：将CNAME用于www.->裸版和*->裸体（正常方式）将CNAME别名用于存储桶对裸域使用CNAME别名（在同一区域中）使用到存储桶的别名使用到裸域的别名（在同一区域中）

每个结果要么是404，要么是试图找到www.mydomain.com的bucket，这显然是不存在的。我很可能是过于焦虑，偶然发现了正确的一个，但没有等待足够长的时间，但我一直在做这件事在过去的几个小时，所以我认为它应该通过考虑我一直清除我的DNS。使用CNAME方法的正常方式给了我www.mydomain.com bucket错误。另外，我也不太清楚“别名”到底是怎么回事。正确的方法是什么？

您是否使用了Amazon Web Services博客上的说明-

顺便说一句，您不需要特别使用Route53来使用裸域重定向，一些DNS注册商（如GoDaddy）甚至提供到根域的域重定向

您可以随时使用这样的服务，这将非常容易地完成

但是如果您仍然想使用AWS内置的新功能，请继续阅读

我假设您在站点的Route53托管区域站点中已经有CNAME记录，类似于以下内容：

NAME                   TYPE    VALUE
www.mydomainname.com   CNAME   www.mydomainname.com.s3-website-us-east-1.amazonaws.com

我还假设记录指向名为

www.mydomainname.com

的bucket的端点，并配置为服务于静态站点

您还需要创建另一个bucket，即

mydomainname.com

，而不使用

www

，并配置选项“将所有请求重定向到另一个主机名”，以将请求转发到包含资源的其他bucket

现在回到Route53托管区域，创建一个A记录，将其标记为别名，然后会出现一个下拉列表，让您为裸域的存储桶选择S3端点

我在自己的服务器上安装了这个程序，所以希望您不需要任何特殊步骤。