在权威 DNS 上将不同的 NS 记录设置为权威

Question 1

这里实际上提出了两个问题，而且它们直接相互矛盾：

我如何指示 DNS 服务器继续向 Amazon 进行查询，因为 Amazon 是该域名的权威服务器，而无需更改注册商处的 DNS 记录？
我如何告诉 DNS 服务器从 Amazon 服务器获取查询而不是停止在 QuickRouteDNS.COM？

DNS 层次结构中的每个委派都必须比上一个委派更具体。换句话说，您可以委派子域名，但不能重新委派与已委派给您的服务器的名称完全相同。正确的解决方案是在注册商级别更改配置，这是您要避免的。

您现在遇到的是一种常见的错误配置，称为不充分委派（NS 记录不匹配），这给人一种错误的印象，认为这种设计是可以实现的。下面是对正在发生的事情的解释，但如果不很好地掌握 DNS 概念，将很难理解。如果我失去了你，请理所当然地认为更正注册商数据是解决您的问题的正确方法。

为了说明起见，这里有两个区域片段的示例：

$ORIGIN example.com
@       2941 IN SOA ns1.example.com. someone.example.com. (
            2015071001 ; serial
            7200       ; refresh (2 hours)
            900        ; retry (15 minutes)
            7200000    ; expire (11 weeks 6 days 8 hours)
            3600       ; minimum (1 hour)
            )
@   IN NS ns1
@   IN NS ns2

sub IN NS ns1.contoso.com.
sub IN NS ns2.contoso.com.

在 contoso.com 名称服务器上：

$ORIGIN sub.example.com.
@       2941 IN SOA ns1.sub.example.com. someone.contoso.com. (
                2015071001 ; serial
                7200       ; refresh (2 hours)
                900        ; retry (15 minutes)
                7200000    ; expire (11 weeks 6 days 8 hours)
                3600       ; minimum (1 hour)
                )
@     IN NS bagel.contoso.com.
@     IN NS bacon.contoso.com.

上述两个区域中的哪些 NS 记录对具有权威性sub.example.com？如果您认为是ns1和ns2.contoso.com，那您就错了。与普遍看法相反，执行委托的名称服务器并不被视为NS用于定义该委托的记录的权威性。权威性定义是反而由委托接收端的区域所拥有。

我们已经建立了这一点，bacon并且bagel具有权威性。这里不太明显的是，域名服务器不一定会立即意识到这一点。委托是善意的，最初会假定接收委托的服务器是权威的。只有当这些NS记录被刷新时，才会发生脑损伤。刷新可以由许多因素触发，从委托NS记录的 TTL 到期到对这些记录值的明确请求NS。一旦NS记录被覆盖，就会使用新的服务器。

综上所述，在初始阶段，您将使用注册商定义的名称服务器，随后将使用第二组名称服务器。在第一个阶段，仅存在于第二组服务器上的任何记录都将失效。在第二个阶段，仅存在于第一组服务器上的任何记录都将失效。

听起来问题最终会自行解决（只需等待所有内容刷新），但这永远不会发生。人们会重新启动他们的名称服务器、刷新缓存或建立新的名称服务器。您的域名将处于不一致的不断变化状态，直到记录NS变得一致。DNS 专家可以利用这一点做一些有趣的事情，但这种配置的有效用例很少。普通用户应不惜一切代价避免冲突的名称服务器定义。

Answer

这里实际上提出了两个问题，而且它们直接相互矛盾：

我如何指示 DNS 服务器继续向 Amazon 进行查询，因为 Amazon 是该域名的权威服务器，而无需更改注册商处的 DNS 记录？
我如何告诉 DNS 服务器从 Amazon 服务器获取查询而不是停止在 QuickRouteDNS.COM？