dns - 了解 DNS 查找机制

Question

导致我尝试取消此过程的具体查询是:

是否会针对子域进行 DNS 查找，例如 assets.example.com , 如果父域更快，example.com ，已经解决了吗？

以我(天真)的理解，basic process将域名转换为 IP 地址非常简单。十三根根服务器的地址，谁知道如何解析顶级域，如com和 net ，在网络硬件中硬编码。在查找 example.com 的情况下，我们的本地 DNS 服务器，可能是我们的路由器，会询问这些根服务器之一在哪里可以找到 com 的顶级名称服务器。 .然后它询问结果名称服务器是否知道如何解析 example .如果是，我们就完成了，如果不是，我们将被传递到另一台服务器。这个过程中的每个名称服务器很可能都在缓存，因此我们的本地路由器现在可以暂时知道在哪里寻找 com和 example ，以及 com服务器会知道去哪里寻找 example .

尽管如此，我还是不太明白。

我知道还有其他中间 DNS 服务器，例如 ISP 提供的那些。他们在什么时候被查询？

如果com TLD 域名服务器不知道如何解析 example ，它如何确定要检查的其他名称服务器？或者这只是意味着 example.com无法解决？

当我注册域并配置名称服务器时，我实际上是否在为该 TLD 的名称服务器使用的数据库中的特定 TLD 的子域编辑一组 NS 记录？

维基百科解释说，一些 DNS 服务器将缓存与递归查询实现相结合，这使它们能够提供缓存命中并可靠地解决缓存未命中。我不明白这些服务器是如何被查询的，或者解析算法是如何(甚至广泛地)工作的。

回顾我最初的问题，假设 A 记录都在同一个名称服务器上，我可能会选择“否”。这是准确的吗？

Answer 1

首先，误解:

根提示(13 个根服务器的名称和 IP 地址)几乎从未“硬编码在网络硬件中”。网络硬件(例如路由器)有时可能具有内置的 DNS 解析器，如果它碰巧也有 DHCP 服务器，但如果有，它通常只是将查询传递到上游名称服务器(从 ISP 获得)的转发解析器) 如果它不知道答案。

ISP 提供的域名服务器通常不充当“中间 DNS 服务器”。您要么使用自己的名称服务器(例如公司名称服务器，或您的计算机上安装了 BIND)，要么使用您的 ISP 提供的名称服务器。无论哪种情况，您选择的任何名称服务器都会从头到尾负责递归解析过程。异常(exception)是前面提到的转发名称服务器。

如果com TLD 域名服务器不知道如何解析 example ，它无法确定要检查的其他名称服务器。它本身就是要检查的名称服务器。它要么知道 example , 或 example不存在。

你的问题的答案是肯定的。如果名称服务器已经解析 example.com (并且该结果在其缓存中仍然有效)，那么它将能够解析 assets.example.com更快速。

递归解析过程与您描述的差不多:首先找出 . 的名称服务器。 (根)，然后找出 com 的名称服务器, 等等... 只有递归解析器实际上并不要求 . 的名称服务器和 com和 example.com .它实际上要求 assets.example.com每一次。根服务器不会给出这个问题的答案(他们对 assets.example.com 一无所知)，但他们至少可以提供对 com 的名称服务器的引用。 .同样， com 的名称服务器不会回答这个问题(他们也不知道)，但他们可以提供对 example.com 的域名服务器的推荐。 . example.com 的名称服务器可能知道也可能不知道问题的答案取决于 assets.example.com进一步委派给其他名称服务器或在与 example.com 相同的区域中提供.因此，递归解析器将收到最终答案或另一个推荐。