经过多次托管区域和存储区的实验之后,似乎由于未过期的高速缓存而导致失败,即使我可能已正确设置所有内容。在继续之前,我想总结一下冗长的(和坦率而乏味的)AWS文档,并询问这些文档是否确实是正确的。这时我只关心正确性,但我也很好奇这两个功能是否相同。AWS托管区域和存储区的示例
对于这两个选项,我没有那个记录:
- 的文件已被上传和水桶mysite.com公之于众,并
- 的托管区域也有NS和SOA记录。
还有第三种方法使用2个托管区域,2个存储桶,1个别名记录集和1个CNAME,我将其删除。
经过多次托管区域和存储区的实验之后,似乎由于未过期的高速缓存而导致失败,即使我可能已正确设置所有内容。在继续之前,我想总结一下冗长的(和坦率而乏味的)AWS文档,并询问这些文档是否确实是正确的。这时我只关心正确性,但我也很好奇这两个功能是否相同。AWS托管区域和存储区的示例
对于这两个选项,我没有那个记录:
还有第三种方法使用2个托管区域,2个存储桶,1个别名记录集和1个CNAME,我将其删除。
我会建议:
mysite.com
mysite.com.s3.amazonaws.com
)为mysite.com
的顶点创建A记录)www.mysite.com
并将其指向mysite.com
这类似于选项1,但www.mysite.com
将指向mysite.com
(而不是相反)。
通过“在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
好的,澄清一下:在Hosted Zone'mysite.com'中,创建一个名为“www.mysite.com”的记录集,CNAME的类型和mysite.com的值。当某人解析'www.mysite.com'时,路由53将使用CNAME记录重新启动域名解析以使用'mysite.com'。这是必需的,因为S3使用域名来标识存储桶,因此解析的DNS名称必须与存储桶名称匹配。 –
那么..当我写我的最后一条评论时,我做了我在两个(不相关/未连接)域中描述的内容。现在(8小时后)从www.mysite.com重定向到mysite.com可以正常工作,但会给我“404 Not Found。Code:NoSuchBucket。Message:指定的存储桶不存在。BucketName:www.mysite.com”在另一。显然是一个缓存问题。我现在要做你在评论中描述的内容,但是我想我必须等待48小时才能确定它是否有效(我可能不明智地采用了默认的TTL)。 – Calaf
你能澄清你想完成什么吗?例如,您的目标仅仅是让mysite.com和www.mysite.com指向启用静态网站托管的Amazon S3存储桶? –
是的,只是静态托管。 – Calaf