AWS - Route53 - 托管区域和子域
AWS - Route53 - Hosted Zones and Sub domains
我们正在迁移到 AWS，到目前为止，我们对 AWS 控制台提供的性能和易用性非常满意，尤其是 Route53 UX。但是我们 运行 遇到了问题。
我们有 3 个子网（数据中心），我们的旧 DNS 提供商的设置如下：
example.us
www
sn1.example.us (local datacenter)
gateway (CNAME)
demo1
feature1
sn2.example.us (old datacenter)
gateway (A record for static ip)
app-a-1
service-a-1
sn3.example.us (aws vpc)
gateway (A record for elastic ip)
app-a-1
service-a-1
因此，当我们迁移到 Route53 时，我保持了相同的结构，因为我为每个子域创建了一个单独的 "hosted zone"，因为它使每个区域更易于管理。
我看到的问题是 gateway.sn1 和 gateway.sn3 没有解析，但是 gateway.sn2 正在解析。关于 Route53，是否可以保留此结构，或者我应该只为 example.us 设置一个托管区域，然后将所有内容都放在那里？
更新#1
当我创建每个单独的区域时，它们每个都默认为不同的名称服务器记录，所以我进入并更新了所有其他区域的 NS 记录以匹配 sn2。example.us（因为它是唯一一个工作).
更新#2
尝试在各个托管区域共享名称服务器是个坏主意，在测试行为时，我收到了“拒绝”响应。所以看起来我必须将子域（在其他托管区域中）的所有条目向上移动到父区域，这样我就可以在更新域 example.us[=11= 的注册商的名称服务器信息时使用父区域的名称服务器]
你绝对可以在 53 号公路上做到这一点...只是不是你尝试的具体方式。
创建 4 个托管区域，example.com、sn1.example.com、sn2.example.com 和 sn3.example.com。
不要更改 NS 条目。你不能。 （从技术上讲，你可以，但如果你尝试的话，它是行不通的。）
将分配给 example.com 的名称服务器提供给注册商。
然后，在 example.com 托管区域中，创建一个主机名为 sn1 的 NS 条目，并粘贴 4 个自动分配给 sn1 的名称服务器（由 Route 53 分配给 sn1 的托管区域.example.com) 在框中。在每种情况下使用最初由 Route 53 分配的正确 NS 记录对 sn2 和 sn3 重复该过程。
您尝试实现此方法的方法行不通，因为更改托管区域中的 NS 不会更改将响应请求的实际 Route 53 服务器。无法更改。
我们正在迁移到 AWS，到目前为止，我们对 AWS 控制台提供的性能和易用性非常满意，尤其是 Route53 UX。但是我们 运行 遇到了问题。
我们有 3 个子网（数据中心），我们的旧 DNS 提供商的设置如下：
example.us
www
sn1.example.us (local datacenter)
gateway (CNAME)
demo1
feature1
sn2.example.us (old datacenter)
gateway (A record for static ip)
app-a-1
service-a-1
sn3.example.us (aws vpc)
gateway (A record for elastic ip)
app-a-1
service-a-1
因此，当我们迁移到 Route53 时，我保持了相同的结构，因为我为每个子域创建了一个单独的 "hosted zone"，因为它使每个区域更易于管理。
我看到的问题是 gateway.sn1 和 gateway.sn3 没有解析，但是 gateway.sn2 正在解析。关于 Route53，是否可以保留此结构，或者我应该只为 example.us 设置一个托管区域，然后将所有内容都放在那里？
更新#1
当我创建每个单独的区域时，它们每个都默认为不同的名称服务器记录，所以我进入并更新了所有其他区域的 NS 记录以匹配 sn2。example.us（因为它是唯一一个工作).
更新#2
尝试在各个托管区域共享名称服务器是个坏主意，在测试行为时，我收到了“拒绝”响应。所以看起来我必须将子域（在其他托管区域中）的所有条目向上移动到父区域，这样我就可以在更新域 example.us[=11= 的注册商的名称服务器信息时使用父区域的名称服务器]
你绝对可以在 53 号公路上做到这一点...只是不是你尝试的具体方式。
创建 4 个托管区域，example.com、sn1.example.com、sn2.example.com 和 sn3.example.com。
不要更改 NS 条目。你不能。 （从技术上讲，你可以，但如果你尝试的话，它是行不通的。）
将分配给 example.com 的名称服务器提供给注册商。
然后，在 example.com 托管区域中，创建一个主机名为 sn1 的 NS 条目，并粘贴 4 个自动分配给 sn1 的名称服务器（由 Route 53 分配给 sn1 的托管区域.example.com) 在框中。在每种情况下使用最初由 Route 53 分配的正确 NS 记录对 sn2 和 sn3 重复该过程。
您尝试实现此方法的方法行不通，因为更改托管区域中的 NS 不会更改将响应请求的实际 Route 53 服务器。无法更改。