route53 apex/root/naked domain 转发到另一个域

route53 apex/root/naked domain 转发到另一个域

在 AWS Route53 上从一个顶点域到另一个顶点域设置 307 的最简单方法是什么?

  • thecontent.com——内容
  • www.thecontent.com - 应 307 转到 thecontent.com
  • otherdomain.net - 应 307 到 thecontent.com

这是我尝试过的:

  1. 为 thecontent.com 创建托管区域
  2. 创建包含内容和云端分发的 AWS 存储桶。
  3. 设置顶点记录:A ALIAS d1waasdf05wj5.cloudfront.net。
    • 到目前为止,访问所有这些 URL 都是可行的
  4. 创建一个公共存储桶 www.content.com,并设置为“静态网站托管”。
    • 对于 301,“重定向请求”
    • 对于 307,“使用此存储桶托管网站”
    • 设置“重定向规则”

重定向规则

<RoutingRules>
  <RoutingRule>
    <Redirect>
      <Protocol>https</Protocol>
      <HostName>thecontent.com</HostName>
      <HttpRedirectCode>307</HttpRedirectCode>
    </Redirect>
  </RoutingRule>
</RoutingRules>

到目前为止,这是可行的。 wget --max-redirect 0 http://bucket-endpoint-url显示 307

  1. 设置 www.thecontent.com -> thecontent.com

    • 我可以设置一个 CNAME 来轻松转发 www->apex,但这对 apex->apex 不起作用。apex 不能有 CNAME。
    • 因此,我读取了为存储桶设置带有别名的 A 记录,但存储桶并未显示在别名下拉列表中...

我得到“别名目标包含无效值。”从这些值:

名称:www、类型:A、别名:是、别名目标:

www 子域名的 A 记录与我在其他域名上使用的 A 记录相同,对吗?我遗漏了什么?

答案1

哈哈,我因为这个问题获得了一枚 Tumbleweed 徽章。

我的解决方案是不对所有这些重定向使用 Route53 - AWS 的成本几乎肯定会是其他云解决方案的 200% 以上。

相反,我用https://www.cloudns.net/对于这些较小、不太重要的重定向域上的 DNS。

相关内容