1.原理介绍
DNS服务的工作过程
当 DNS 客户机需要查询程序中使用的名称时,它会查询 DNS 服务器来解析该名称。客户机发送的每条查询消息都包括3条信息,以指定服务器应回答的问题。
● 指定的 DNS 域名,表示为完全合格的域名 (FQDN) 。
● 指定的查询类型,它可根据类型指定资源记录,或作为查询操作的专门类型。
● DNS域名的指定类别。
对于DNS 服务器,它始终应指定为 Internet 类别。例如,指定的名称可以是计算机的完全合格的域名,如hosta.hello.company.com,并且指定的查询类型用于通过该名称搜索地址资 源记录。系统将把DNS 查询当作客户机向服务器提出的两部分问题,如“对于名为 hostname.hello.company.com 的计算机,你有没有地址资源记录?”当客户机从服务器接收应答时,它读取并解释应答的地址资源记录,以了解它通过名称提问的计算机的 IP 地址。
DNS 查询以各种不同的方式进行解析。客户机有时也可通过使用从以前查询获得的缓存信息就地应答查询。DNS 服务器可使用其自身的资源记录信息缓存来应答查询,也可代表请求客户机来查询或联系其他 DNS 服务器,以完全解析该名称,并随后将应答返回至客户机。这个过程称为递归。另外,客户机自己也可尝试联系其他的 DNS 服务器来解析名称。如果客户机这么做,它会使用基于服务器应答的独立和附加的查询,该过程称作迭代。
总之,DNS 的查询过程按两部分进行:首选,名称查询从客户机开始并传送至解析程序(DNS客户服务)进行解析;其次,不能就地解析查询时,可根据需要查询DNS服务器来解析名称。DNS 查询的过程如下图所示。
wps_clip_p_w_picpath-19421
如查询过程的初始步骤所示,DNS 域名由本机的程序使用。该请求随后传送至 DNS 客户服务,以通过使用就地缓存的信息进行解析。如果可以解析查询的名称,则查询将被应答,并且此过程完成。其中,本地解析程序的缓存可从以下2个可能的来源获取名称信息:
● 如果主机文件就地配置,则来自该文件的任何主机名称到地址的映射都将在DNS 客户服务启动时预先加载到缓存中
● 从以前DNS查询应答的响应中获取的资源记录将被添加至缓存并保留一段时间。
如果此查询不匹配缓存中的项目,则解析过程继续进行,客户机查询 DNS 服务器来解析名称。
接下来查询 DNS 服务器,当本地的DNS不能就地解析查询时,可根据需要查询 DNS 服务器来解析名称。如图所示,
客户机将查询首选 DNS 服务器。在此过程中使用的实际服务器是从全局列表中选择的。当 DNS 服务器接收到查询时,首先检查它能否根据在服务器的就地配置区域中获取的资源记录信息作出权威性的应答。如果查询的名称与本地区域信息中的相应资源记录匹 配,则服务器作出权威性的应答,并且使用该信息来解析查询的名称。
如果查询的名称没有区域信息,则服务器检查它能否通过本地缓存的先前查询信息来解析名称。如果从中发现匹配的信息,则服务器使用它应答查询。接着,如果首选服务器可使用来自其缓存的肯定匹配响应来应答发出请求的客户机,则此次查询完成。
如果查询名称在首选服务器中未发现来自缓存或区域信息的匹配应答,则查询过程可继续进行,使用递归来完全解析名称,包括来自其他 DNS 服务器的支持,以帮助解析名称。在默认情况下,DNS 客户服务要求服务器在返回应答前使用递归过程来代表客户机完全解析名称。在大多数情况下,DNS 服务器的默认配置支持递归过程,如下图所示
wps_clip_p_w_picpath-14061
为了使 DNS 服务器正确执行,首先需要在DNS 域名空间内存放其他DNS服务器的一些有用的联系信息。该信息以根线索的形式提供,它是记录初步资源的一个列表,可用来定位一些 DNS 服务器,这些服务器对 DNS 域名空间树的根具有绝对控制权。根服务器对 DNS 域名空间树中的根域和顶级域具有绝对控制权。DNS 服务器可通过使用根线索搜索根服务器来完成递归过程。
例如,当客户机查询单个DNS服务器时,考虑使用递归过程来定位名称 host.example.microsoft.com。此过程在 DNS 服务器和客户机首次启动,并且没有可帮助解析名称查询的当地缓存信息时进行。
首先,首选服务器分析全名并确定对于顶级域com具有绝对控制权的服务器的位置。随后,对com DNS 服务器使用迭代查询,以获取microsoft.com服务器的参考信息。然后参考性应答从microsoft.com服务器传送到 example.microsoft.com的 DNS 服务器。最后,与服务器 example.microsoft.com 联系上。因为该服务器包括作为其配置区域一部分的查询名称,所以,它向启动递归的源服务器作出权威性的应答。当源服务器接收到表明已获得对请求查询的权威 性应答的响应时,它将此应答转发给发出请求的客户机,这样,递归查询过程就完成了。
所做案例实验所安装的包: <?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

bind-9.3.6-4.p1.el5.i386.rpm

bind-chroot-9.3.6-4.p1.el5.i386.rpm

bind-utils-9.3.6-4.p1.el5.i386.rpm

bind-devel-9.3.6-4.p1.el5.i386.rpm

bind-libbind-devel-9.3.6-4.p1.el5.i386.rpm

bind-libs-9.3.6-4.p1.el5.i386.rpm

bind-sdb-9.3.6-4.p1.el5.i386.rpm

案例应用:
案例1:
案例介绍: 该公司总公司所在域为b.com,其中有一台wwwz主机;在北京有一个分公司,所在域为bj.b.com,其中也有一台www主机;在上海也有分公司,所在域为sh.b.com,其中也有一台www主机。这三个域中分别有一台dns服务器,分别为dns1(linux).dns2,dns3(windows03).实现父子域及授权。
地址规划:dns1  192.168.6.100   www  1.1.1.1
           dns2                 www  2.2.2.2   pc:192.168.6.102
           dns3  192.168.6.101    www  3.3.3.3
拓扑图:
wps_clip_p_w_picpath-22963
步骤:
DNS1的配置
[root@localhost named]# vim /var/named/chroot/etc/named.rfc1912.zones
主要是添加两个域
wps_clip_p_w_picpath-29616
生成对应的两个文件:
[root@localhost named]# cp -p localhost.zone  b.com.db
[root@localhost named]# vim b.com.db
wps_clip_p_w_picpath-21564
[root@localhost named]# cp -p b.com.db  bj.b.com.db
[root@localhost named]# vim bj.b.com.db
wps_clip_p_w_picpath-18109
完成授权:
wps_clip_p_w_picpath-5054
[root@localhost named]# rndc reload  (重新读取配置文件)
DNS3的配置:
新建区域
wps_clip_p_w_picpath-23642
wps_clip_p_w_picpath-23577
wps_clip_p_w_picpath-22229
wps_clip_p_w_picpath-9378
wps_clip_p_w_picpath-15720
wps_clip_p_w_picpath-30724
以下是pc机测试:
wps_clip_p_w_picpath-22300
wps_clip_p_w_picpath-29694
wps_clip_p_w_picpath-17121
wps_clip_p_w_picpath-26613
wps_clip_p_w_picpath-4867