【问题标题】:Setting up www and naked redirects in AWS Route53 with multiple accounts在 AWS Route53 中使用多个账户设置 www 和裸重定向
【发布时间】:2016-06-12 13:52:34
【问题描述】:

我正在尝试在 AWS Route53 中的一个主账户中设置一个顶级托管区域,该主账户充当其他 3 个(生产、暂存、开发)账户的代理。最终设置的目的如下:

  1. www.foo.com -> 生产帐号
  2. foo.com -> 重定向到 www.foo.com
  3. stage.foo.com -> 临时帐户
  4. dev.foo.com -> 开发帐户

为了澄清,有 4 个帐户:

  • 大师
  • 生产
  • 分期
  • 发展

主账户

到目前为止,3 和 4 工作正常。 root 帐户具有以下内容:

托管区域 (foo.com) - foo.com NS(4 个名称服务器) - 默认 - foo.com SOA - 默认

我添加的唱片集:

  • dev.foo.com NS(添加了 dev 帐户 NS 默认记录的 4 个名称服务器)
  • stage.foo.com NS(添加了stage账户NS默认记录的4个域名服务器)

临时帐户

托管区域 (stage.foo.com)

  • stage.foo.com NS(4 个名称服务器)- 默认
  • stage.foo.com SOA - 默认

我添加的唱片集:

  • stage.foo.com A 记录 (ALIAS) -> AWS ELB

开发帐户

托管区 (dev.foo.com) - 与舞台相同

  • dev.foo.com NS(4 个名称服务器)- 默认
  • dev.foo.com SOA - 默认

我添加的唱片集:

  • dev.foo.com A 记录 (ALIAS) -> AWS ELB

我面临的问题是如何设置 www.和生产帐户的裸网址。

如果我重复与 stagedev 相同的步骤,通过创建 www.foo.com 的名称服务器并将其委托给具有托管区域的生产帐户www.foo.com - 我能做些什么来处理裸网址 foo.com.

这应该在主帐户还是生产帐户中处理?

另外一个思路是Master账户什么都没有,生产账户什么都处理。这将使裸 A Alias 记录指向 www A Alias 记录,后者又指向 AWS ELB,然后将名称服务器移交给他们自己的帐户进行暂存和开发。

另一个转折是保持它如上所述,但裸 A 别名记录指向生产 AWS ELB 的 www A IP 地址。

这两种方法是更好的方法还是可以在主帐户中处理所有这些?

【问题讨论】:

    标签: amazon-web-services dns cname amazon-route53


    【解决方案1】:

    example.com托管区放入生产账户,并在其中创建所有生产记录。

    如您所做的那样,将 stagedev 委派到各自的托管区域,以保持结构分离并帮助防止无意的生产更改。请记住,有时这些查询会导致 2 个请求——一个访问全局域以查找委托,另一个从子域中查找实际记录。没什么大不了的,因为它们的音量应该相对较低。

    但是,您将托管区域放入哪个“帐户”(我假设是指综合计费帐户)将是一个方便的问题。资源可以通过正确的配置跨账户边界访问,但不跨账户边界总是更容易,配置更少。没有技术原因他们不能全部进入主帐户。他们可以在这个问题上都进入同一个托管区域 - “example.com”托管区域中的主机名“foo.dev”将用于解析“foo.dev.example.com”如果你不做委托——但分离是好的。

    【讨论】:

    • 嗨迈克尔 - 澄清一下,对于舞台和开发(根据第 2 段),您是说将这些保留在全局/主帐户中,还是我应该将条目移动到生产帐户并从那里委托.我在全局帐户中遇到的问题是我为 foo.com 创建了一个托管区域,并且无法将 foo.com 委托给生产环境,因为它与全局帐户中的现有名称服务器发生冲突。
    • 没有真正正确的答案,但是,是的,你只需要把它放在一个或另一个中。我的直觉说生产。
    猜你喜欢
    • 2021-11-27
    • 1970-01-01
    • 2012-05-05
    • 1970-01-01
    • 1970-01-01
    • 2023-03-07
    • 2013-10-31
    • 2018-10-16
    • 2015-01-07
    相关资源
    最近更新 更多