使用 Amazon Route53 进行 DNS 服务器复制

Question

我们公司的本地网络连接到 VPN 中的 AWS VPC - 请参见以下架构：

view architecture here

现在，我们要配置 DNS 服务器，以便在整个网络中使用主机名而不是 Ip。

什么是最好的解决方案？

1. 让 Route53 处理整个网络（甚至是本地网络）的 DNS
2. 在我们的本地网络上有一个 DNS 服务器，在 Amazon VPC 上有一个 Route53。如果是这样，如何在本地 DNS 服务器和 Route53 之间执行同步/复制？
3. 另一种解决方案:)

谢谢！

祝你有美好的一天！

Answer 1

Route 53 的问题在于它不能与其他 DNS 服务器一起使用。这是一个完全独立的解决方案。这意味着，如果您使用 Route 53，您的内部服务器只能通过 VNet 查找到 Route 53，您不能在现场拥有从 Route 53 进行区域传输的辅助名称服务器（它们不支持它们）

您可能在内部拥有缓存名称服务器，并且您的主机记录有很长的过期时间，因此如果有任何问题，记录不会过时，但这会带来一系列问题。

这为您提供了几个解决方案。

完全使用您的内部网络，设置您的内部名称服务器 internal.example.com 并在您的 Vnet 中拥有一个辅助名称服务器，AWS 客户端可以引用该服务器。这样，如果链接出现问题，双方仍然有工作的 DNS。

或者，您可以以相同的方式配置 internal.example.com，然后让 aws.example.com 在 Route 53 上运行。（或在独立服务器上）

如果 Route 53 支持区域传输和辅助服务器，那么在很大程度上与您使用的内容无关，但因为它们没有您构建的任何解决方案，这意味着在所有内容之间滚动某种胶水。这总是一件非常糟糕的事情™

Answer 2

我们在网络方面具有相同的架构，但尚未找到将两个网络的 DNS 数据统一到一组 DNS 服务器中的合理方法。

这对我们有用。

假设您要使用企业域，例如 example.com，您可以获得一个统一的命名方案，其中所有主机都在 example.com 域下。这是通过Zone Delegation 完成的。在本文档中它指出：

域名系统 (DNS) 提供了划分域名的选项 命名空间到一个或多个区域，然后可以存储， 分发，并复制到其他 DNS 服务器。当你在 决定是否划分你的 DNS 命名空间来做额外的 区域，请考虑以下原因来使用附加区域：

所以在你的情况下：

1. 对本地网络上的服务器/设备使用公司网络 DNS。 server1.example.com 解析为本地网络的 IP#。

2. 为 AWS 上的所有主机将“corp”或“cloud”等子域委托给 Route 53。也称为子区域，这将完整的 DNS 责任交给另一个名称服务器。 EC2 中的实例将被引用为server1.cloud.example.com

这为您提供了一个逻辑命名方案，为网络上的所有主机提供 IP 解析。

见Creating a Subdomain That Uses Amazon Route 53 as the DNS Service without Migrating the Parent Domain

有一些第 3 方解决方案可将功能添加到 Route 53、easyRoute53 和 Route53d。 Route53d 声称为区域转移提供一些支持（仅限 IXFR）。