DNS的解析过程 -电脑资料

橘颂分享2017-05-06 06:16:18 次阅读

　　当DNS客户端需要为某个应用程序查询名字时，它将联系自己的DNS服务器来解析此名字，

DNS的解析过程

。DNS客户发送的解析请求包含以下三种信息：

　　需要查询的域名。如果原应用程序提交的不是一个完整的FQDN，则DNS客户端加上域名后缀以构成一个完整的FQDN；

　　指定的查询类型。指定查询的资源记录的类型，如A记录或者MX记录等等；

　　指定的DNS域名类型。对于DNS客户端服务，这个类型总是指定为 Internet 类别。

　　DNS客户端完整的DNS解析过程如下：

　　1、检查自己的本地DNS名字缓存

　　当DNS客户端需要解析某个FQDN时，先检查自己的本地DNS名字缓存。本地的DNS名字缓存由两部分构成：

　　Hosts文件中的主机名到IP地址映射定义；

　　前一次DNS查询得到的结果，并且此结果还处于有效期；

　　如果DNS客户端从本地缓存中获得相应结果，则DNS解析完成。

　　2、联系自己的DNS服务器

　　如果DNS客户端没有在自己的本地缓存中找到对应的记录，则联系自己的DNS服务器，你必须预先配置DNS客户端所使用的DNS服务器。

　　当DNS服务器接收到DNS客户端的解析请求后，它先检查自己是否能够权威的答复此解析请求，即它是否管理此请求记录所对应的DNS区域；如果DNS服务器管理对应的DNS区域，则DNS服务器对此DNS区域具有权威。此时，如果本地区域中的相应资源记录匹配客户的解析请求，则DNS服务器权威的使用此资源记录答复客户的解析请求（权威答复）；如果没有相应的资源记录，则DNS服务器权威的答复客户无对应的资源记录（否定答复）。

　　如果没有区域匹配DNS客户端发起的解析请求，则DNS服务器检查自己的本地缓存。如果具有对应的匹配结果，无论是正向答复还是否定答复，DNS服务器非权威的答复客户的解析请求。此时，DNS解析完成。

　　如果DNS服务器在自己的本地缓存中还是没有找到匹配的结果，此时，根据配置的不同，DNS服务器执行请求查询的方式也不同：

　　默认情况下，DNS服务器使用递归方式来解析名字。递归方式的含义就是DNS服务器作为DNS客户端向其他DNS服务器查询此解析请求，直到获得解析结果，在此过程中，原DNS客户端则等待DNS服务器的回复。

　　如果你禁止DNS服务器使用递归方式，则DNS服务器工作在迭代方式，即向原DNS客户端返回一个参考答复，其中包含有利于客户端解析请求的信息（例如根提示信息等），而不再进行其他操作；原DNS客户端根据DNS服务器返回的参考信息再决定处理方式，

电脑资料

《DNS的解析过程》()。但是在实际网络环境中，禁用DNS服务器的递归查询往往会让DNS服务器对无法进行本地解析的客户端请求返回一个服务器失败的参考答复，此时，客户端则会认为解析失败。

　　递归方式和迭代方式的不同之处就是当DNS服务器没有在本地完成客户端的请求解析时，由谁扮演DNS客户端的角色向其他DNS服务器发起解析请求。通常情况下应使用递归方式，这样有利于网络管理和安全性控制，只是递归方式比迭代方式更消耗DNS服务器的性能，不过在通常的情况下，这点性能的消耗无关紧要。

　　根提示信息是Internet命名空间中的根DNS服务器的IP地址。为了正常的执行递归解析，DNS服务器必须知道从哪儿开始搜索DNS域名，而根提示信息则用于实现这一需求。全世界范围内的根DNS服务器总共有13个，它们的名字和IP地址信息保存在%systemroot%system32dnscache.dns文件中，每次DNS服务器启动时从cache.dns文件中读取。一般情况下，不需要对此文件进行修改；如果你的DNS服务器是在内部网络中部署并且不需要使用Internet的根DNS服务器，则可以根据需要进行修改，将其指向到某个内部根域DNS服务器。

　　例如，当某个DNS客户端请求解析域名www.winsvr.org并且DNS服务器工作在递归模式下时，完整的解析过程如下：

　　DNS客户端检查自己的本地名字缓存，没有找到对应的记录；

　　DNS客户端联系自己的DNS服务器NameServer1，查询域名 www.winsvr.org；

　　3.NameServer1检查自己的权威区域和本地缓存，没有找