DNS dig中某些行的含义

我正试图通过+trace选项（为了使解析器模拟NS默认服务器角色），全面理解DNS解析过程的含义。我从一个说教示例中获得了以下输出，然后添加了我在不同上下文中发现的一些行（我确信这是一个可能的场景）。我添加的这些行是输出的最后2行（关于XXX.mit.edu和WWW.YYY.ZZZ的NS）

dig www.mit.edu+trace
;  挖掘9.2.4 www.mit.edu+trace
;; 全局选项：printcmd
.       NS b.root-servers.net中的2788。
.       NS c.root-servers.net中的2788。
.       NS d.root-servers.net中的2788。
.       NS e.root-servers.net中的2788。
.       NS f.root-servers.net中的2788。
.       NS g.root-servers.net中的2788。
.       NS h.root-servers.net中的2788。
.       NS i.root-servers.net中的2788。
.       NS j.root-servers.net中的2788。
.       NS k.root-servers.net中的2788。
.       NS l.root-servers.net中的2788。
.       NS m.root-servers.net中的2788。
.       NS a.root-servers.net中的2788。
;; 在1毫秒内从193.204.161.133#53（193.204.161.133）接收到276个字节
埃杜。172800在NS A3.NSTLD.COM。
埃杜。172800在NS C3.NSTLD.COM。
埃杜。172800在NS D3.NSTLD.COM。
埃杜。172800在NS E3.NSTLD.COM。
埃杜。172800在NS G3.NSTLD.COM。
埃杜。172800在NS H3.NSTLD.COM。
埃杜。172800在NS L3.NSTLD.COM。
埃杜。172800在NS M3.NSTLD.COM。
;; 在194毫秒内从192.228.79.201#53（b.root-servers.net）接收到302字节
麻省理工学院。172800在美国麻省理工学院。
麻省理工学院。172800在NS BITSY.mit.edu。
麻省理工学院。172800在NS W20NS.mit.edu。
;; 在182毫秒内从192.5.6.32#53（A3.NSTLD.COM）接收到138字节
www.mit.edu。18.7.22.83中的60
麻省理工学院。21600在NS BITSY.mit.edu。
麻省理工学院。21600英寸，b.mit.edu。
麻省理工学院。21600英寸NS W20NS.mit.edu。
麻省理工学院。21600英寸NS XXX.mit.edu
麻省理工学院。NS WWW.YYY.ZZZ中的21600
;; 在150毫秒内从18.71.0.151#53（STRAWB.mit.edu）接收到154个字节

我理解在这些行之前发生的一切：“.”信息由根名称服务器保存。根名称服务器的列表由193.204.161.133给出，这是我的默认名称服务器。“edu”信息由“第二块”（XX.MSTLD.COM）中的名称服务器提供。这是由根名称服务器提供的信息。“mit.edu”信息由STRAWB、BITSY和W20NS（mit.edu的权威NS）提供。这也很好。那么，在“最后一块”中，“XXX.mit.edu”和“WWW.YYY.ZZZ”是什么意思？它们也是mit.edu的autorithy NS，但为什么它们之前没有与其他3个autorithy NS一起列出呢？这就像只有STRAWB.mit.edu知道有更多的NS包含与mit.edu区域相关的信息一样。。这是否意味着它们是辅助名称服务器，可能是为了冗余

---

我希望我的问题是清楚的。

挖掘跟踪是解析域名过程中发生的所有对话的列表。对话是这样进行的

最初需要根名称服务器的地址才能开始查找地址，这些地址通常是从缓存中获取的，因为此请求花费了1ms的时间，所以我们假定情况就是这样

将为.edu查询根名称服务器。命名服务器。第二组结果——edu。答案就是这些

其中一个是埃杜。为mit.edu查询服务器。命名服务器。这些结果是mit.edu。带STRAWB、BITSY和W20NS

最终答案来自18.71.0.151#53（STRAWB.mit.edu），是回答查询所需的最高回答

www.mit.edu

。这是唯一需要的记录

答案下面的记录是额外的记录，它们基本上是有帮助的名称服务器。它为您提供了一个要放入缓存的域的所有授权名称服务器的列表，以便下次您需要查找mit.edu域时，无需进行完整查找。（并将有一整套名称服务器）

---

有关更多信息，请阅读RFC 1035（搜索“附加”）

如果XXX.mit.edu和WWW.YYY.ZZZ是授权名称服务器，为什么A3.NSTLD.COM没有列出它们以及STRAWB、BITSY和W20NS？为什么它们应该被视为额外的？因为它们包含我要求的有关MX记录的信息（如果它们有与mit.edu相关的信息，那么应该是），所以它们应该是mid.edu的权威名称服务器。@请注意，这只是因为A3.NSTLD.COM不知道其他服务器，它们没有在.COM注册为名称服务器。域名。STRAWB注册了五个名称服务器，因此这就是它在附加信息中转发的内容。（没有理由需要与.com的记录有任何通信，它可以发送完全不同的答案）

dig www.mit.edu +trace

; <<>> DiG 9.2.4 <<>> www.mit.edu +trace

;; global options: printcmd

.       2788 IN NS b.root-servers.net.
.       2788 IN NS c.root-servers.net.

.       2788 IN NS d.root-servers.net.
.       2788 IN NS e.root-servers.net.
.       2788 IN NS f.root-servers.net.
.       2788 IN NS g.root-servers.net.
.       2788 IN NS h.root-servers.net.
.       2788 IN NS i.root-servers.net.
.       2788 IN NS j.root-servers.net.
.       2788 IN NS k.root-servers.net.
.       2788 IN NS l.root-servers.net.
.       2788 IN NS m.root-servers.net.
.       2788 IN NS a.root-servers.net.
;; Received 276 bytes from 193.204.161.133#53(193.204.161.133) in 1 ms

edu.        172800 IN NS A3.NSTLD.COM.
edu.        172800 IN NS C3.NSTLD.COM.
edu.        172800 IN NS D3.NSTLD.COM.
edu.        172800 IN NS E3.NSTLD.COM.
edu.        172800 IN NS G3.NSTLD.COM.
edu.        172800 IN NS H3.NSTLD.COM.
edu.        172800 IN NS L3.NSTLD.COM.
edu.        172800 IN NS M3.NSTLD.COM.
;; Received 302 bytes from 192.228.79.201#53(b.root-servers.net) in 194 ms

mit.edu.    172800 IN NS STRAWB.mit.edu.
mit.edu.    172800 IN NS BITSY.mit.edu.
mit.edu.    172800 IN NS W20NS.mit.edu.
;; Received 138 bytes from 192.5.6.32#53(A3.NSTLD.COM) in 182 ms

www.mit.edu.    60 IN A 18.7.22.83
mit.edu.    21600 IN NS BITSY.mit.edu.
mit.edu.    21600 IN NS STRAWB.mit.edu.
mit.edu.    21600 IN NS W20NS.mit.edu.
mit.edu.    21600 IN NS XXX.mit.edu
mit.edu.    21600 IN NS WWW.YYY.ZZZ
;; Received 154 bytes from 18.71.0.151#53(STRAWB.mit.edu) in 150 ms