DNS域名解析服务.doc_咨信网zixin.com.cn

资源描述

DNS域名解析服务整个Internet大家庭中连接了数以亿计的服务器、个人主机，其中大部分的网站、邮件等服务器都使用了域名形式的地址，如、等。很显然这种地址形式要比使用64.233.189.147、202.108.33.74的IP地址形式更加直观，而且更容易被用户记住。 DNS系统在网络中的作用就是维护着一个地址数据库，其中记录了各种主机域名与IP地址的对应关系，以便为客户程序提供正向或反向的地址查询服务，即正向解析与反向解析。 ■ 正向解析：根据域名查IP地址，即将指定的域名解析为相对应的IP地址。域名的正向解析是DNS服务器最基本的功能，也是最常用的功能。 ■ 反向解析：根据IP地址查域名，即将指定的IP地址解析为相对应的域名。域名的反向解析不是很常用，只在一些特殊场合才会用到，如可用于反垃圾邮件的验证。实际上，每一台DNS服务器都只负责管理一个有限范围（一个或几个域）内的主机域名和IP地址的对应关系，这些特定的DNS域或IP地址段称为“zone”（区域）。根据地址解析的方向不同，DNS区域相应地分为正向区域（包含域名到IP地址的解析记录）和反向区域（包含IP地址到域名的解析记录）。根据所管理的区域地址数据的来源不同， DNS系统可以分为不同的类型。在同一台DNS服务器中，相对于不同的区域来说，也拥有不同的身份。常见的几种类型如下。 ■ 缓存域名服务器：只提供域名解析结果的缓存功能，目的在于提高查询速度和效率，但是没有自己控制的区域地址数据。构建缓存域名服务器时，必须设置根域或指定其他DNS　　　　服务器作为解析来源。 ■ 主域名服务器：维护某一个特定DNS区域的地址数据库，对其中的解析记录具有自主控制权，是指定区域中唯一存在的权威服务器、官方服务器。构建主域名服务器时，需要自行建立所负责区域的地址数据文件。 ■ 从域名服务器：与主域名服务器提供完全相同的DNS解析服务，通常用于DNS服务器的热备份。对客户机来说，无论使用主域名服务器还是从域名服务器，查询的结果都是一样的。关键区别在于，从域名服务器提供的解析结果并不是由自己决定的，而是来自于主域名服务器。构建从域名服务器时，需要指定主域名服务器的位置，以便服务器能自动同步区域的地址数据库。以上所述主、从服务器的角色只是针对某一个特定的DNS区域来说的。例如，同一台DNS服务器，可以是“”区域的主域名服务器，同时也可以是“”区域的从域名服务器。一、安装和控制DNS服务器 BIND不是唯一能够提供域名服务的DNS服务程序，但它却是应用最为广泛的，BIND可以运行在大多数Linux/UNIX主机中。其官方站点位于https://www. isc.org/o 1、安装BIND软件在RHEL 6.5系统中，系统光盘自带了BIND服务的安装文件，主要包括以下几个软件包。 RHEL 6开始不提供caching-nameserver这个包了，默认的named.conf的功能就是caching nameserver。 ■ bind-9.8.2-0.17.rcl.e16_4.6.x86_64.rpm。 ■ bind-utils-9.8.2-0.17.rcl.e16_4.6.x86_64.rpm。 ■ bind-libs-9.8.2-0.17.rcl.e16_4.6.x86_64.rpm。 ■ bind-chroot-9.8.2-0.17.rcl.e16_4.6.x86_64.rpm。各软件包的主要作用如下。 ■ bind：提供了域名服务的主要程序及相关文件。 ■ bind-utils：提供了对DNS服务器的测试工具程序，如nslookup等。 ■ bind-1ibs：提供了bind、bind-utils需要使用的库函数。 ■ bind-chroot：为BIND服务提供一个伪装的根目录（将/var/named/chroot/文件夹作为BIND的根目录），以提高安全性。默认已安装bind-utils和bind-libs，所以只需要安装bind和bind-chroot即可。 [root@localhost Server]# rpm -qa | grep "^bind" //查询是否已安装与BIND相关的软件包 bind-9.8.2-0.17.rcl.e16_4.6.x86_64 bind-chroot-9.8.2-0.17.rcl.e16_4.6.x86_64 bind-1ibs-9.8.2-0.17.rcl.e16_4.6.x86_64 bind-utils-9.8.2-0.17.rcl.e16_4.6.x86_64 2、BIND服务控制 BIND软件包安装完毕以后，会自动增加一个名为named的系统服务，通过脚本文件/etc/init.d/named或service工具都可以控制DNS域名服务的运行。例如，执行以下操作可以查询named服务的运行状态。 [root@localhost ~]# service named status rndc: neither /etc/rndc.conf nor /etc/rndc.key was found named已停 3、BIND服务的配置文件使用BIND软件构建域名服务时，主要涉及两种类型的配置文件：主配置文件和区域数据文件。其中，主配置文件用于设置named服务的全局选项、注册区域及访问控制等备种运行参数；区数据文件用于存放某个DNS区域的地址解析记录（正向或反向记录）。 ①. 主配置文件主配置文件named.conf通常位于/etc/目录下，在named.conf文件中，主要包括全局配置、区域配置两个部分，每一条配置记录的行尾以分号“;”表示结束，以“#”号或者“//”开始的部分表示注释文字（大段注释可以使用“/* …… */”的格式）。 1). 全局配置部分全局配置参数包括在形如“options { };”的大括号中，如可以设置监听的地址和端口、区数据文件存放的目录、允许哪些客户机查询等。 [root@localhost ~]# cd /var/named/chroot/etc/ [root@localhost etc]# vim named.conf …… //省略部分参数 options { listen-on port 53 { 173.16.16.1; };　　　　 //监听地址和端口 directory　"/var/named";　　　　　　　　　 //区域数据文件的默认存放位置 allow-query { 192.168.1.0/24; 173.16.16.0/24; }; //允许使用本DNS服务的网段 }; …… //省略部分参数上述配置内容中，除了directory项通常会保留以外，其他的配置项都可以省略。若不指定listen-on配置项时，named默认在所有接口的UDP 53端口监听服务，不指定allow-query配置项时，默认会响应所有客户机的查询请求。 2). 区域配置部分区域配置参数使用“zone …… { };”的配置格式，一台DNS服务器可以为多个区域提供解析，因此在named.conf文件中也可以有很多个zone配置段。区域类型按照解析方向可分为正向区域、反向区域。 [root@localhost etc]# vim named.conf …… //省略部分参数 zone "" IN { //正向""区域 type master; //类型为主区域 file ".zone"; //区域数据文件为benet. com. zone allow-transfer { 173.16.16.2; };　 //允许下载的从服务器地址 }; zone "16.16.173.in-addr.arpa" IN { //反向"173.16.16.0/24"区域 type master; file "173.16.16.arpa"; }; …… //省略部分参数在上述配置内容中，有几个地方需要注意。 ■ 每个zone区域都是可选的（包括根域、回环域、反向域），具体根据实际需要而定，zone配置部分的“IN”关键字也可以省略。 ■ 反向区域的名称由倒序的网络地址和“in-addr.arpa”组合而成。例如，对于　　　172.16.1.0/24网段，其反向区域名称表示为“1.16.172. in-addr.arpa”。 ■ file配置项用于指定实际的区域数据文件，文件名称由管理员自行设置。 ■ 区域配置中的部分参数（如allow-transfer）也可以放在全局配置里。修改完主配置文件以后，可以执行named-checkconf命令对named.conf文件进行语法检查。如果文件中没有语法错误，该命令将不给出任何提示，反之，则会给出相应的提示信息，只要根据出错提示修正文件中的错误即可。带“-z”选项的named-checkconf命令还可以尝试加载主配置文件中对应的区域数据库文件，并检查该文件是否存在问题。例如，当出现“…file not found”的错误时，表示找不到对应的文件。 [root@localhost etc]# named-checkconf -z /etc/named.conf zone loading from master file .zone failed: file not found zone not loaded due to errors. _default/ file not found …… //省略部分参数关于named.conf文件中各种配置项的详细说明，可以执行"man named.conf，，查看手册页，也可参考配置样本文件/usr/share/doc/bind-9.8.2/sample/etc/named.conf。 ②. 区域数据配置文件区域数据配置文件通常位于/var/named/目录下，每个区域数据文件对应一个DNS解析区域，文件名及内容由该域的管理员自行设置。根域“.”的区域数据文件比较特殊。Internet中所有的DNS服务器都使用同一份根区域数据文件，其中列出了所有根服务器的域名和IP地址。根区域数据文件可以从国际互联网络信息中心（InterNIC）的官方网站地址http://www. 在区域数据文件中，主要包括TTL配置项、 SOA （Start of Authority，授权信息开始）记录、地址解析记录。文件中的注释信息以分号“；”开始。 1). TTL配置及SOA记录部分第一行的TTL配置用于设置默认生存周期，即缓存解析结果的有效时问。 SOA记录部分用于设置区域名称、管理邮箱，以及为从域名服务指定更新参数。 [root@localhost ~]# cd /var/named/chroot/var/named/ [root@localhost named]# vim .zone $TTL 86400 ;有效解析记录的生存周期 @ IN SOA .　. ( ;SOA标记、域名、管理邮箱 2011030501 ;更新序列号，可以是10位以内的整数 3H ;刷新时间，重新下载地址数据的间隔 15M ;重试延时，下载失败后的重试间隔 1W ;失效时间，超过该时间仍无法下载则放弃 1D ;无效解析记录的生存周期 ) 上述配置内容中，时间单位默认为秒，也可以使用以下单位: M (分)、H (时)、W (周)、D(天)。文件中的“@”符号当于“.”，“.”，表示域管理员的电子邮箱地址（由于“@”符号已有其他含义，因此将邮件地址中的“@”用代替）。SOA记录中的更新序列号用来同步主、从服务器的区域数据，当从服务器判断区域更新时，若发现主服务器中的序列号与本地区域数据中的序列号相同，则不会进行下载。 2).地址解析记录部分地址解析记录用来设置DNS区域内的域名、 IP地址映射关系，包括正向解析记录和反向解崭记录。反向解析记录只能用在反向区域数据文件中。 [root@localhost named]# vim .zone …… //省略部分参数 @ IN NS . IN MX 10 ns1 IN A 58.16.16.203 www IN A 173.16.16.1 mail IN A 173.16.16.4 ftp IN CNAME www 上述配置内容中，用到以下四种常见的地址解析记录。 ■ NS域名服务器（Name Server）：记录当前区域的DNS服务器的主机地址。 ■ MX邮件交换（Mail Exchange）：记录当前区域的邮件服务器的主机地址，数字10表示（当有多个MX记录时）选择邮件服务器的优先级，数字越大优先级越低。 ■ A地址（Address）：记录正向解析条目。例如，“WWW IN A 173.16.16.1”表示或名对应的IP地址是173.16.16.1。 ■ CNAME别名（Canonical Name）：记录某一个正向解析条目的其他名称。例如，“ftp IN CNAME www”表示域名是的别名。其中，NS、MX记录行首的“@”符号可以省略（默认继承SOA记录行首的@信息），但是必须保留一个空格或Tab制表位。在反向区域数据文件中，不会用到A地址记录，而是使用PTR指针（Point）记录。例如，对于反向区域16.16.173.in-addr.arpa，添加的反向解析记录可以是以下形式。 [root@localhost named]# vim 16.16.173.in-addr.arpa …… //省略部分参数 1　IN PTR . 4　IN PTR . 使用PTR记录时，第一列中只需要指明对应IP地址的“主机地址”部分即可，如“1”、“4”等，系统在查找地址记录时会自动将当前反向域的网络地址作为前缀。例如，上述文件中的“4 IN PTR .”，表示IP地址为173.16.16.4的主机的域名是.。在区域数据配置文件中，凡是不以点号".″结尾的主机地址，系统在查找地址记录时都会自动将当前的域名作为后缀。例如，若当前的DNS域为“”，则在文件中的主机地址“www”相当于“”。因此，当使用完整的FQDN地址时，务必记得地址末尾的点号“.”不能省略。修改完区域数据文件以后，可以执行named-checkconf命令对该文件进行语法检查。依次指定区域名称、数据文件名作为参数。如果文件中没有语法错误，系统将给出“OK”的提示信息。例如，若要检查DNS区域的区域数据文件.zone，可以执行以下操作。 [root@localhost ~] # cd /var/named/chroot/var/named/ [root@localhost named] # named-checkzone .zone zone loaded seria1 2011030501 0K 当一台服务器需要同时承载某个DNS区域内的许多个不同的域名时（如IDC的虚拟主机服务器、提供个人主页空问的网站服务器等），可以在区域数据文件的最后一行添加泛域名解析记录，即使用“*”以匹配任意主机名。 *　　　　　　　IN A　　　　　　173.16.16.173 二、使用BIND构建域名服务器学习了DNS服务器的相关基础知识、BIND软件包的安装，以及DNS服务器的配置文件组成、配置格式等。下面分别讲解构建缓存域名服务器、主域名服务器、从域名服务器的基本过程。 1、构建缓存域名服务器缓存域名服务器通常架设在公司的局域网内，主要目的是提高域名解析的速度，减少对互联网访问的出口流量。例如，在一个小型企业的内部网络，如下图中，可单独建立一台（或集成在网关主机中）缓存域名服务器，为备部门的员工计算机提供DNS解析服务。参考上述网络结构，本小节案例使用的基本环境和要求如下所述。 ■ 缓存域名服务器的IP地址为192.168.1.5，并能够正常访问互联网。 ■ 缓存域名服务器代为处理客户端的DNS解析请求，并缓存查询结果。 ■ 局域网内的各PC将首选DNS服务器地址设为192.168.1.5。下面讲解使用BIND构建此缓存域名服务器的基本步骤。 ①. 建立主配置文件named.conf 若使用范本文件创建named.conf，应注意修改或删除默认的监听设置、查询控制，以便能够为局域网段的客户机提供服务。另外，logging、view配置部分一般用不到，可以先注释以避免其干扰。 [root@localhost ~]# vim /var/named/chroot/etc/named.conf options { listen-on port 53 { 192.168.1.5; }; directory "/var/named"; dump-file "/var/named/data/cache_dump.db"; //设置域名缓存数据库文件位置 statistics-file "/var/named/data/named_stats.txt"; //设置状态统计文件位置 memstatistics-file "/var/named/data/named_mem_stats.txt"; allow-query { 192.168.1.0/24; }; recursion yes; }; zone "." IN { //正向“.”根区域 type hint; //类型为根区域 file "named.ca"; //区域数据文件为named.ca }; 上述配置内容中，dump-file、statistics-file、memstatistics-file等配置项用于指定缓存数据库文件、状态统计文件的位置。添加了“zone "." IN{ ……};”部分的根区域设置，尽管缓存服务器并没有自主控制的区域数据，但可以向根服务器进行迭代查询，并将最终获得的解析结果反馈给客户。有时候为了提高解析效率，也可以不向根区域查询，而是将来自客户端的查询请求转发给国内电信运营商的DNS服务器（如北京的202.106.0.20、 202.106.148.1），缓存服务器收到返回的查询结果后再传递给客户端。只要去掉“zone "." IN{ ……};”的设置，并在全局配置中正确设置forwarders参数即可实现该功能。 [root@localhost etc]# vim named.conf options { …… //省略部分内容 forwarders { 202.106.0.20; 202.106.148.1; }; }; ②. 确认根域的区域数据文件named.ca 根区域的区域数据文件默认位于文件/var/named/named.ca中，该文件记录了Internet中13台根域服务器的域名和IP地址等相关信息。 ③. 启动mmed服务执行“service named start”命令，启动named服务，并通过netstat命令确认named服务的端口监听状态。若服务启动失败或发现没有正常监听UDP53端口，可以根据错误提示信息(或者/var/log/messages文件中的日志记录)排除错误，然后再重启服务即可。 [root@localhost etc]# service named start 启动named: [确定] [root@localhost etc]# netstat -anpu | grep named udp 0 0 192.168.1.5:53　　0.0.0.0:*　　　　11687/named udp 0 0 0.0.0.0:53　　　　0.0.0.0:*　　　　11687/named ④. 验证缓存域名服务器在局域网内的客户机中，将首选DNS服务器的地址设为192.168.1.5.生效后，执行“nslookup ”命令对其进行解析，验证其是否能够获得该域名对应的IP地址信息。 2、构建主域名服务器主域名服务器通常架设在Internet环境中，提供某一个域或某几个域内的主机名与IP地址的查询服务。为了分担域名查询的压力、提供区域数据的备份，有时还会另外架设一台从域名服务器，与主域名服务器同时提供服务，如下图所示。参考下图的网络结构，将分别介绍主域名服务器、从域名服务器的构建过程。案例使用的基本网络环境和要求如下所述。 ■ 主、从域名服务器均位于Internet中，所负责的DNS区域为“”。 ■ 主服务器的IP地址为173.16.16.5，主机名为o ■ 从服务器的IP地址为173.16.16.6，主机名为o ■ 参考各服务器的地址映射关系，为173.16.16.0/24网段提供反向解析。 ■ 设置域的泛域名解析，对应的IP地址为173.16.16.1。 ■ 在区域中，除了NS记录以外，提供的解录还包括以下内容。 ● 网站服务器，IP地址为173.16.16.1。 ● 邮件服务器，IP地址为173.16.16.2。 ● 在线培训服务器，IP地址为173.16.16.3。 ■ 客户机将首选、备用DNS服务器分别设为173.16.16.5和173.16.16.6，使用其中的任何一个服务器.都能够正常查询区域中的主机地址。下面首先讲解使用BIND构建主域名服务器的基本步骤。 ①. 确认本机的网络地址、主机映射、默认DNS服务器地址。将主域名服务器的IP地址设为173.16.16.5、主机名设为，通过修改网络配置文件的方式进行。另外，为了提高域名解析效率，建议将两个DNS服务器的地址映射直接写入到/etc/hosts文件中，并在/etc/resolv.conf文件中指定两个DNS服务器的地址。 [root@localhost ~]# tail -2 /etc/hosts 173.16.16.5 nsl 173.16.16.6 ns2 [root@localhost ~]# tail -2 /etc/resolv.conf nameserver 173.16.16.5 nameserver 173.16.16.6 ②. 建立主配置文件named.confo 新创建的named.conf主配置文件，由于只需要提供域的正向解析和173.16.16.0/24网段的反向解析，因此相应地添加这两个区域即可。根区域、回环域等其他配置内容可以省略。 [root@localhost ~]# cd /var/named/chroot/etc/ [root@localhost etc]# vim named.conf options { directory "/var/named"; }; zone "" IN { //正向""区域 type master; //类型为主区域 file ".zone"; //区域数据文件为benet. com. zone allow-transfer { 173.16.16.6; };　 //允许从服务器地址下载正向域数据 }; zone "16.16.173.in-addr.arpa" IN { //反向"173.16.16.0/24"区域 type master; file "173.16.16.arpa"; allow-transfer { 173.16.16.6; };　 //允许从服务器地址下载反向域数据 }; 当不需要建立从域名服务器时，上述配置内容中的“allow-transfer ……”部分可以不添加，当不需要提供反向解析时，“zone "16.16.173.in-addr.arpa" IN { …… }”部分也可以去掉。 ③. 建立正向、反向区域数据文件。根据named.conf中的zone区域设置，分别建立正向区域数据文件.zone.反向区域数据文件173. 16. 16.arpao配置内容可以参考区域数据文件/var/named/named. localhost。 [root@localhost ~]# cd /var/named/chroot/var/named/ [root@localhost named]# vim .zone $TTL 86400 ;有效解析记录的生存周期 @ IN SOA .　. ( ;SOA标记、域名、管理邮箱 2011030501 ;更新序列号，可以是10位以内的整数 3H ;刷新时间，重新下载地址数据的间隔 15M ;重试延时，下载失败后的重试间隔 1W ;失效时间，超过该时间仍无法下载则放弃 1D ;无效解析记录的生存周期 ) @ IN NS . IN NS . IN MX 10 . ns1 IN A 173.16.16.5 ns2 IN A 173.16.16.6 mail IN A 173.16.16.2 www IN A 173.16.16.1 study IN A 173.16.16.3 * IN A 173.16.16.1 [root@localhost named]# vim 173.16.16.arpa $TTL 86400 @ IN SOA .　. ( 2011030501 3H 15M 1W 1D ) @ IN NS . IN NS . 1 IN PTR . 2 IN PTR . 3 IN PTR . 5 IN PTR . 6 IN PTR . ④. 启动named服务或重载配置。执行“service named start”命令以启动named服务，如果之前named服务已经在运行，也可以重启服务或重载配置。 [root@localhost named]# service named reload 重新载入named:　　　　　　　　　　　　　　　　　　　　[确定] ⑤. 验证主域名服务器。客户端将DNS服务器指向173.16.16.5 (主域名服务器的IP地址) ，使用nslookup命令验证DNS查询结果。例如，以下操作使用Windows 7客户机分别验证了正向解析、泛域名解析、反向解析的查询结果。 C:\Users\Administrator> nslookup 　 //验证正向域名解析服务器: Address:　173.16.16.5 名称:　S Address:　173.16.16.3 C: \Users\Administrator> nslookup //验证泛域名解析服务器: Address:　173.16.16.5. 名称:　 Address:　173.16.16.1 C:\Users\Administrator> nslookup 173.16.16.2　　　 //验证反向域名解析服务器: Address: 173.16.16.5 名称:　 Address:　173.16.16.2 3、构建从域名服务器继续用上面的应用案例，在已经构建好主域名服务器173.16.16.5的基础之上，继续构建从域名服务器173.16.16.6。 ①. 确认本机的网络地址、主机映射、默认DNS服务器地址将从域名服务器的IP地址设为173.16.16.6，主机名设为，通过修改网络配置文件的方式进行。另外，主机映射文件/etc/hosts和DNS解析文件/etc/resolve.conf的内容与主服务器中的内容相同。 ②. 建立主配置文件named.conf 在从域名服务器中，named.conf文件的内容与主服务器的内容大部分相同，只是不需要再设置“allow-transfer ……”，更关键的一点是， zone部分的区域类型应设置为“slave”，并添加“masters { };”语句来指定主域名服务器的地址。 [root@localhost ~]# cd /var/named/chroot/etc/ [root@localhost etc]# vim named.conf options { directory "/var/named"; }; zone "" IN { //正向""区域 type slave; //类型为从区域 masters { 173.16.16.5; }; //指定主服务器的IP地址 file "slave/.zone"; //下载的区域文件保存到slave/benet. com. zone }; zone "16.16.173.in-addr.arpa" IN { //反向"173.16.16.0/24"区域 type slave; masters { 173.16.16.5; }; file " slave/173.16.16.arpa"; }; 由于从服务器的区域数据文件是从主服务器中下载而来，因此该文件保存的名称可以自行定义，不用非得与主服务器中的一致。但需要注意的是，named服务默认以名为“named”的用户身份运行，因此要确认named用户对存放目录有写入权限。 [root@localhost etc]# ls -ld /var/named/slaves/ drwxrwx--- 2　named named　4096　8月　14　2013 /var/named/slaves/ ③. 启动named服务，查看区域数据文件是否下载成功在从域名服务器中启动named服务，若配置无误，则named将会从主域名服务器中自动下载指定的区域数据文件，并保存到“slaves/”目录下。另外，通过系统日志文件/var/log/messages也可以观察到下载区域数据文件的过程。 [root@localhost named]# service named reload 启动named:　　　　　　　　　　　　　　　　　　　　[确定] [root@localhost etc]# ls -lh /var/named/slaves/ 总计8.0K -rw-r--r-- 2　named named　4096　8月　14　2013 16.16.173.in-addr.arpa -rw-r--r-- 2　named named　4096　8月　14　2013 16.16.173.in-addr.arpa ④. 验证从域名服务器对于客户端来说，从域名服务器与主域名服务器并没有什么区别，通过主服务器能够查询到的信息，通过从服务器也同样能够查询到。验证从域名服务器时，只需要将客户端的首选DNS服务器地址设为173.16.16.6（从域名服务器的IP地址），使用nslookup命令进行正常测试即可。例如，以下操作是使用Linux客户机的测试结果。 [root@localhost etc]# nslookup Server:　　　　　173.16.16.6 Address:　　　　173.16.16.6#53 Name :　Study.benet. com Address: 173.16.16.3 [root@localhost etc]# nslookup 173.16.16.2 Server:　　　　　173.16.16.6 Address:　　　　173.16.16.6#53 2.16.16.173.in-addr.arpa name = .

展开阅读全文