|
除此之外还有一种“仅缓存名称服务器”（caching－onlynameserver），它上面仅保存缓存的查询结果（从辅助DNS服务器那里获得），以便使客户端尽快获得查询信息。
这种机制让人想起NT时代的主域控制器和备份域控制器――当然这是一种脆弱的机制。微软为了能多凑合一些时间，允许任何运行DNS的DC都能被设置为它所在域的主DNS服务器。
4.权威性应答与非权威性应答
按照我的理解，如果DNS服务器在自己的区域文件里找到了客户端需要查询的记录，就会返回一个权威性应答。―――例如客户端要查找srv1.contoso.com主机的IP地址。在contoso.com的DC（也就是DNS服务器）上查找该主机的“A记录”，我们找到了。就把记录内容通过DNS应答的方式发还给客户端，这就是一个权威性应答。――当然实际的查询方式比较复杂远没有我说的这么简单。
此外，如果DNS服务器最近被查找过该主机（可能其他客户端也查找过）记录，就会在缓存里找到记录应答客户端――当然上一种方法快。
如果该DC服务器找不到srv1.contoso.com主机的A记录，就会返回（RecordNotFound）应答――同样也是权威性应答 ]
如果接到DNS查询请求的服务器不是contoso.com的DC（Dns服务器），那么有3种方法处理该请求：
首先，查询其他DNS服务器直到找到，然后此服务器将找到的内容返回给客户端――非权威性应答
其次，推荐客户端到上一级DNS服务器找。―――非权威性应答。
最后，如果原来被别人访问过，本地有该缓存，那么用缓存里的数据回答―――非权威性应答。 [Page]
说到这里就要讲清楚，为什么会出现3种方法，为什么有的时候DNS服务器要努力帮客户端查寻有的时候又只是打发到上层就不管了？ 1G~Z$)yO
(.lC<91"v
因为在客户端查询的请求里面包含一个“搜索类型”（Searchtype）的东东，一共有两种状态： )
(1)递归查询（Recursive），要求DNS服务器一定要救人救到底送佛送上西。反正我就赖上你了，你得给我查到。
(2)迭代查询（Iterative），你（DNS服务器）如果找不到可以给我介绍到另一个DNS服务器那里去找――这种方式的客户端就文明多了――自然DNS服务器的压力就减轻了。
默认情况是递归查询的，我们可以在DNS服务器参数配置禁用（高级选项）。
当DNS服务器被客户端要求递归查询而去查询其他DNS服务器时，默认是迭代查询的。
5.Netbios解析和DNS解析
对于两者的概念我不想多做说明了，值得注意得是他们的查询步骤。
假定我们启用了Netbios解析，windows客户端会按照下面的步骤进行解析（默认B节点配置可以修改为H节点）
（1）Netbios缓存
（2）Wins查询
（3）Lmhosts文件（看看hosts的目录）
（4）广播
（5）hosts文件
（6）DNS
我们举个例子，如果我们在客户端ping一下srv1.contoso.com主机。我们通常的做法是运行cmd。输入pingsrv1回车。这时发生了什么？
首先，客户端会把计算机的DNS后缀附在名称上发送到DNS服务器。
如果名字里有“.”存在，但是末尾并没有“.”结束，系统会自动追加末尾“.”，如果这样查询也失败了，就会向上面那样追加DNS后缀再试。
如果添加DNS后缀也无法获得主机记录，那么系统就会追加事先为“接口”配置好得备用DNS后缀（仔细看看本地连接的属性）。
不明白为什么要选择“在域成员身份变化时，更改主DNS后缀”的朋友，和经常问“为啥我ping完整的名字才能ping通”的朋友有必要仔细研究一下。
我觉得有关DNS的问题范围太大，短时间很难总结完。今天累了，下次继续总结。有问题可以问，我说错了的赶快指出来。明天还要上班接下来只能业余时间来补充了，争取一周时间完成DNS的总结，自己也全当复习了，也希望能帮到昨天说“这也算是回答”的朋友。
2/2 首页 上一页 1 2 |
