NS在服务器.net上查询

当我在.NET服务器上查询ns服务器时,答案始终是相同的顺序:

dig ns google.net @F.GTLD-SERVERS.net +short ns1.google.com. ns2.google.com. ns3.google.com. ns4.google.com. 

如果我不使用.net服务器anwser旋转:

 dig ns google.net +short ns4.google.com. ns1.google.com. ns2.google.com. ns3.google.com. dig ns google.net +short ns2.google.com. ns1.google.com. ns4.google.com. ns3.google.com. 

COM。 服务器似乎像networking一样工作。 服务器(不旋转),但组织。 服务器和所有我尝试似乎旋转答案。

为什么网。 和com。 服务器不旋转他们的答案?

简短的回答可能是“他们为什么要这样做?” 或者“为什么其他人这样做?”,但简短答案的乐趣是什么?

它主要取决于在服务器上运行的软件configuration,BIND有一个名为rrset-order的configuration指令,就是这样做的,例如,如果你有:

 rrset-order {order fixed;}; 

BIND将始终按照它们在区域文件中的顺序返回资源logging。

带有:

 rrset-order {order random;}; 

logging将以随机顺序返回。

随机性的东西是它不存在于电脑里。 操作系统通过收集诸如中断,networkingstream量,键盘或鼠标事件之类的“随机”事件来努力创build伪随机性。

但是, random(3)越多random(3) ,就越能给出随机数,结果可以预测得越多。

在我们的例子中,结果对DNS查询的随机性,com的服务器。 和网。 将永远不会(可以,但他们可以,但你不想乱用胶水)被用来返回结果,比如www.google.com,这是google.com的名称服务器业务,所以,它不会伤害总是以相同的顺序返回google.com的名称服务器,一旦recursion名称服务器获取它们,它将以循环顺序使用它们来进行查询。