试图掌握完整DNSparsing和相应操作顺序的逻辑

假设我们有一个域名“example.org”,它有一个名为“ns1.example.org”的权威域名服务器,由域名注册商(代理?)名称服务器委派了一个粘合的IP。

也有这样的事情,作为一个委托NS名logging不粘在一个IP地址的权威的DNS服务器,其主机和发布其区域文件? 因为我读了一本有关循环依赖/ catch-22问题的书,当NS名字是被parsing的域的子域时,思想并不是都被委托给一个IP地址的NS名字,为什么它会发生呢?

胶水logging是该区域NSlogging的区域Alogging。
因此,只有当NSlogging在区域内时才需要它们。
如果NSlogging指向区外主机名,则不允许粘贴,因为NSlogging指向的主机名不在该区域的范围之内。

总是从一个基本事实开始,即一个区域是一个行政责任区域 – 区域中的所有logging都属于区域的责任范围。

也就是说,你的web请求的例子如下:

  • 浏览器向本地DNSparsing器请求example.org的Alogging
  • 本地parsing器检查它是否已经知道它
  • 如果不是,则将查询转发给其configuration的名称服务器。
  • 该名称服务器将检查它是否有logging,如果它允许recursion查询,将检索logging,如果它没有它们,从全局根开始。

WHOIS不是DNS的一部分; 没有whois查询是为了解决名称。

解决方法始终是左派的。 http://www.example.org的决议的痕迹。 (A型)

  1. 客户查询合法的根名称服务器(ns代表“。”)“www.example.org是什么?
  2. 根名字服务器说:“我不知道(空回答包的答案部分),但是对于组织,你要问org-nameservers(响应包的权威部分)”
  3. 客户端向org-nameservers之一发出相同的查询:“www.example.org的A是什么?”
  4. org-nameserver说:“我不知道,但是对于example.org你必须要求example-org-nameserver”
  5. 依此类推,直到名称服务器实际回答(给出响应分组的非空答案部分)。

注意:

  • 客户每次总是重复“最终”查询,甚至根源。
  • 当名称服务器响应某些名称时,任何名称服务器都会包含胶水,同时知道它们的翻译。
  • 当答案部分被包括在内时,仍然可能有一个权威