2015-06-11 55 views
0

经过多次托管区域和存储区的实验之后,似乎由于未过期的高速缓存而导致失败,即使我可能已正确设置所有内容。在继续之前,我想总结一下冗长的(和坦率而乏味的)AWS文档,并询问这些文档是否确实是正确的。这时我只关心正确性,但我也很好奇这两个功能是否相同。AWS托管区域和存储区的示例

hosted zones and buckets

对于这两个选项,我没有那个记录:

  • 的文件已被上传和水桶mysite.com公之于众,并
  • 的托管区域也有NS和SOA记录。

还有第三种方法使用2个托管区域,2个存储桶,1个别名记录集和1个CNAME,我将其删除。

+0

你能澄清你想完成什么吗?例如,您的目标仅仅是让mysite.com和www.mysite.com指向启用静态网站托管的Amazon S3存储桶? –

+0

是的,只是静态托管。 – Calaf

回答

0

我会建议:

  • 在Amazon S3中,创建一个名为mysite.com
  • 在亚马逊路线53桶,创建一个托管区为mysite.com(当然,购买域名,或将当前域名指向Route 53)
  • 在Route 53中,使用“别名=是”为别名目标设置为Amazon S3静态网站托管端点(例如mysite.com.s3.amazonaws.com)为mysite.com的顶点创建A记录)
  • In Rout ë53,创建一个CNAME记录www.mysite.com并将其指向mysite.com

这类似于选项1,但www.mysite.com将指向mysite.com(而不是相反)。

+0

通过“在Route 53中,创建www.mysite.com的CNAME记录并将其指向mysite.com”,您的意思是“在Route 53中,为托管区域mysite.com创建CNAME记录并将其名称设置为www。 mysite.com及其价值www.mysite.com.s3-website-region.amazonaws.com“;是对的吗? – Calaf

+0

好的,澄清一下:在Hosted Zone'mysite.com'中,创建一个名为“www.mysite.com”的记录集,CNAME的类型和mysite.com的值。当某人解析'www.mysite.com'时,路由53将使用CNAME记录重新启动域名解析以使用'mysite.com'。这是必需的,因为S3使用域名来标识存储桶,因此解析的DNS名称必须与存储桶名称匹配。 –

+0

那么..当我写我的最后一条评论时,我做了我在两个(不相关/未连接)域中描述的内容。现在(8小时后)从www.mysite.com重定向到mysite.com可以正常工作,但会给我“404 Not Found。Code:NoSuchBucket。Message:指定的存储桶不存在。BucketName:www.mysite.com”在另一。显然是一个缓存问题。我现在要做你在评论中描述的内容,但是我想我必须等待48小时才能确定它是否有效(我可能不明智地采用了默认的TTL)。 – Calaf