了解DNS查找机制

Question

导致我尝试取消此过程的特定查询是:

assets.example.com如果父域example.com已经解析,子域的DNS查找会更快吗？

通过我(天真)的理解,将域名转换为IP地址的基本过程非常简单.十三个根服务器的地址,他们知道如何解析像com和的顶级域名net,是在网络硬件中进行硬编码的.在查找的情况下example.com,我们的本地DNS服务器(可能是我们的路由器)要求其中一个根服务器在哪里找到顶级域名服务器com.然后它会询问结果名称服务器是否知道如何解决example.如果确实如此,我们就完成了,如果没有,我们就会被传递到另一台服务器.在这个过程中的每个域名服务器可能是缓存,这样在一段时间我们的本地路由器现在知道随便到哪里寻找com和example,而com服务器将知道去哪里找example.

不过,我真的不明白.

• 我知道还有其他中间DNS服务器,例如ISP提供的服务器.他们在什么时候被查询？
• 如果comTLD名称服务器不知道如何解决example,它如何解决其他名称服务器要检查？或者这只是意味着example.com无法解决？
• 当我注册域名并配置域名服务器时,我是否实际上为该TLD的域名服务器使用的数据库中的特定TLD子域编辑了一组NS记录？

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

回顾我最初的问题,假设A记录在同一个名称服务器上,我可能会选择"否".这准确吗？

Answer 1

首先,误解:

• 根提示(13个根服务器的名称和IP地址)几乎不会"在网络硬件中进行硬编码".网络硬件(如路由器)有时可能有内置的DNS解析器,如果碰巧也有DHCP服务器,但如果有,它通常只是一个转发解析器将查询传递给上游名称服务器(从ISP获得) )如果它不知道答案.
• ISP提供的名称服务器通常不充当"中间DNS服务器".您可以使用自己的名称服务器(例如公司名称服务器,或者在计算机上安装BIND),也可以使用ISP提供的名称服务器.在任何一种情况下,无论您选择哪个名称服务器,都将从头到尾处理递归解析过程.上述转发名称服务器是个例外.
• 如果comTLD名称服务器不知道如何解决example,则无法确定要检查的其他名称服务器.这是自身检查域名服务器.它要么知道example,要么example不存在.

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

递归解析过程就像你描述的那样:首先找出.(root)的名称服务器,然后查找名称服务器com等等......只有递归解析器实际上并没有要求.和com和的名称服务器example.com.它实际上assets.example.com每次都要求.根服务器不会给它答​​案(他们不知道任何事情assets.example.com),但他们至少可以提供名称服务器的推荐com.类似地,名称服务器com将不回答问题(他们也不知道),但他们可以提供名称服务器的推荐example.com.名称服务器example.com可能会或可能不知道问题的答案,具体取决于是否assets.example.com被委托给其他名称服务器或在同一区域中提供example.com.因此,递归解析器将接收最终答案或另一个推荐.