【问题标题】:An illustration of AWS hosted zones and bucketsAWS 托管区域和存储桶的图示
【发布时间】:2015-06-11 22:24:54
【问题描述】:

在对托管区域和存储桶进行了多次实验后,尽管我可能已经正确设置了所有内容,但由于缓存未过期,我似乎遇到了故障。在继续之前,我想用两个草图来总结冗长(坦率地说,乏味)的 AWS 文档,并询问这些是否确实正确。这时候我只关心正确性,但我也很好奇两者在功能上是否等价。

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

  • 文件已上传并在存储桶 mysite.com 上公开,并且
  • 托管区域也有 NS 和 SOA 记录。

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

【问题讨论】:

  • 您能澄清一下您要完成的工作吗?例如,您的目标仅仅是让 mysite.com 和 www.mysite.com 指向启用了静态网站托管的 Amazon S3 存储桶吗?
  • 没错,就是静态托管。

标签: redirect amazon-web-services amazon-s3 amazon-route53


【解决方案1】:

我会推荐:

  • 在 Amazon S3 中,创建一个名为 mysite.com 的存储桶
  • 在 Amazon Route 53 中,为 mysite.com 创建一个托管区域(当然,购买域名,或者将当前域名指向 Route 53)
  • 在 Route 53 中,使用“Alias = Yes”为 mysite.com 的顶点创建一条 A 记录,并将 Alias Target 设置为 Amazon S3 静态网站托管的端点(例如 mysite.com.s3.amazonaws.com
  • 在 Route 53 中,为 www.mysite.com 创建 CNAME 记录并将其指向 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”;对吗?
  • 好的,澄清一下:在托管区域mysite.com 中,创建一个名称为www.mysite.com、类型为CNAME 且值为mysite.com 的记录集。当有人解析www.mysite.com时,Route 53会使用CNAME记录重新启动域名解析以使用mysite.com。这是必需的,因为 S3 使用域名来标识存储桶,因此要解析的 DNS 名称必须与存储桶名称匹配。
  • 嗯.. 在我写最后一条评论时,我做了我在两个(不相关/未连接)域上描述的内容。现在(8 小时后)从 www.mysite.com 重定向到 mysite.com 可以正常工作,但给我“404 Not Found。代码:NoSuchBucket。消息:指定的存储桶不存在。存储桶名称:www.mysite.com”在另一。显然是缓存问题。我现在将按照您在评论中描述的操作,但大概我必须等待 48 小时才能确定它是否有效(我可能不明智地采用了默认 TTL)。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2015-12-06
  • 1970-01-01
  • 1970-01-01
  • 2017-12-29
  • 2018-02-01
  • 2015-12-02
  • 2018-07-09
相关资源
最近更新 更多