dns中forwarders与conditional forwarders分析及应用.doc

文档介绍：[分享]DNS中Forwarders与Conditional Forwarders分析及应用
DNS中Forwarders与Conditional Forwarders分析及应用
 
首先我们需要简单了解DNS对域名解析的类型及基本过程。
查询请求的类型:
当一个Name Server (NS)收到一个请求时;它的处理过程依赖于查询请求类型。请求类型不是迭代模式就是递归模式。
 
在迭代查询模式中, 客户端向Name Server 发送域名解析请求,以获取可能的回答,Name
Server会检查它的缓存及区域中记录;从缓存中获取的记录为非权威回答,从自身DNS 区域中获取的记录为权威回答。客户端或收到这样的回答“here is the IP address of the host you are looking for…”或这样的回答“"try this other name server instead, it might know the answer”.
 
在递归查询模式中,事情有一点区别,客户端或收到一个完全答案”目标主机的IP地址是…”或是”Sorry, name not found”
 
在Windows DNS查询中,客户端总是发送递归请求到Name Server;然后Name Server通常发送迭代请求到其他的Name Server。
 
域名解析工作的基本步骤:
 
假设,有一家公司有个单独的AD domain, 名为”Test.”, domain controller 及DNS server 集成在一起,服务器名称为SRV2003, . 一个用户名为Bill, 在他自己的台式机DESK01上打开了网页,,需要进行访问,的解析过程:
1.       Desk01发送一个递归查询到服务器SRV2003, 要求解析地址
2.       服务器SRV2003收到请求,。通过比对认识到, 身Domain的记录,无法解析此域名;接下来的步骤依赖于以下情况
a.       网, 并且没有其他的DNS服务器可用;那么服务器不得不返回一个”Name not found”错误给客户端Desk01,
b.       网, 根DNS server(root DNS Server已经存储在dns列表中当创建DNS服务时),然后继续下面的步骤
3.       SRV2003发送迭代请求到第一个可用的根DNS Server, 的权威DNS服务器IP地址
4.       SRV2003 服务器, 域的一台Name Server IP地址的权威回答.
5.       域中Name Server,然后Name 的实际主机IP地址
6.       SRV2003将实际主机IP地址返回给客户单Desk01,的主页
分析:
通过以上步骤,我们不难看出频繁的请求通讯会占用大量的带宽,导致局域网内访问性能下降。
如果我们使用Forwarder将会怎样
 
我们可以设置Forwarder用于处理当前DNS Name Server服务器无法处理的请求。
Forwarder的配置过程及界面如下:
设置完毕后,我们重新来看解析步骤
1.       De