章节 7
附加篇：粘合记录
-
等等...
-
这里好像少了什么！
-
解析器怎么能在找到 'dnsimple.com' 之前找到 'ns1.dnsimple.com'？
-
既然 'ns1.dnsimple.com' 是 'dnsimple.com' 的子域名，我们怎么能在解析 'dnsimple.com' 之前解析 'ns1.dnsimple.com'？
-
搜索不是在倒着走吗？
-
我们不会在某个时候陷入循环吗？
-
例如，假设 domain.com 的权威服务器是 ns1.domain.com
-
如果我想浏览 domain.com，.COM TLD 会告诉我从权威服务器获取 IP 地址：ns1.domain.com去问 ns1.domain.com
-
ns1.domain.com 是 domain.com 的子域名我们不能在没有先访问域名的情况下访问子域名！
-
陷入循环！
-
那么，发生了什么？解析器是如何通过 'ns1.dnsimple.com' 找到 'dnsimple.com' 的？
-
很简单！粘合记录！
-
粘合记录？
-
没错！
-
太棒了！那我来解释！
-
当解析器向 .COM TLD 询问 dnsimple.com 时，响应中附加了额外信息。
-
解析器获得了每个名称服务器的至少一个 IP 地址。
-
我们称之为粘合！
-
所以解析器不仅得到了权威名称服务器的名称，还得到了 IP 地址。
-
从而打破了循环依赖。
-
好！我现在明白了！
-
粘合记录太棒了！
-
是的，确实如此！哈哈哈，谢谢！
-
你已经看到最后了！现在是观看我们为这部漫画制作的视频的好时机！