主页 / user-408287

user5289027's questions

Martin Hope
user5289027
Asked: 2020-02-15 19:44:20 +0800 CST
  • 0

我不确定当它的缓存包含部分答案时递归解析的行为如何。具体来说，假设我首先运行了这个查找请求：

dig example.com @8.8.8.8

根据我的理解，在解析过程之后，以下记录将缓存在这个公共解析器（8.8.8.8）

example.com.        17834   IN  NS  a.iana-servers.net.
example.com.        17834   IN  NS  b.iana-servers.net.
example.com.        18662   IN  A   93.184.216.34

其次，假设我运行了另一个查找请求如下（在上述记录的 TTL 到期之前）：

dig sub.example.com @8.8.8.8

现在，由于解析顶点域所需的 NS 记录已经在缓存中，递归解析器是否使用此缓存信息直接查询这些 NS 记录之一以获取 (sub.example.com) 的 A 记录？如果是，它如何知道如何分解请求？

我知道解析器如何从层次结构的顶部开始，即如果它在缓存中没有答案，则为根 (.)。但是，我发现令人困惑的是，如果缓存有部分答案（在本例中是顶点域的 NS 记录），解析器如何使用这些缓存的答案？

  1. 它会分解查询（sub.example.com）并识别顶点域（example.com），然后在缓存中找到（example.com）的NS记录的命中吗？
  2. 或者，它会从根目录开始递归解析 (sub.example.com) 并完全忽略 (example.com) 的任何先前缓存吗？
domain-name-system recursive
Martin Hope
user5289027
Asked: 2017-04-01 05:21:55 +0800 CST
  • 0

我在尝试了解 Whois 协议的工作原理时遇到问题，特别是与名称服务器信息相关的部分。

例如

dig +short NS adtogroups.com

什么都不返回，这是预期的，因为域上有一个 ClientHold 阻止它解析

Whois adtogroups.com
... Showing part of the output: Domain Status: clientHold https://icann.org/epp#clientHold

但是，whois 答案的名称服务器部分会返回一组服务器。我知道 dig 是解析任何域的可靠来源，因为它建立在发送 DNS 查询的基础上，而 whois 中的名称服务器信息以某种方式从另一个来源镜像。

我的问题是，在上面的示例中，whois 从哪里获取名称服务器信息，知道域在 ClientHold 下（即 DNS 不会响应解析请求）并且 whois 的 NS 输出都没有出现在被动 DNS 中？

我想我缺少关于 Whois 如何获取与 NS 相关的信息的信息。

networking