整个internet中连接了N多个服务器，个人主机，其中大部分的网站、邮件等服务器都使用了域名形式的地址。如www.google.com，mail.163.com等。很显然这种地址形式要比使用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服务器可以是test.com区域的主域名服务器，同时也可以是.xian.cn区域的从域名服务器。
BIND的安装和控制
BIND不是唯一能够提供域名服务的DNS程序，但它却是应用最为广泛的，BIND可运行在大多数Linux/Unix主机中。其官方站点位于https://www.isc.org/
1. 安装BIND软件
在Centos6.6系统中，系统光盘自带了BIND服务的安装文件，主要包括以下几个软件包。
bind-9.8.2-0.30.rc1.el6.x86_64
bind-libs-9.8.2-0.30.rc1.el6.x86_64
bind-utils-9.8.2-0.30.rc1.el6.x86_64
bind-chroot-9.8.2-0.30.rc1.el6.x86_64
各软件包的主要作用如下：
bind:提供了域名服务的主要程序及相关文件、
bind-utils:提供了DNS服务器的测试工具程序，如nslookup
bind-libs:提供了bind,bind-utils需要使用的函数库、
bind-chroot:为bind服务提供一个伪装的根目录（将/var/named/chroot/目录作为bind的根目录）以提高安全性。
服务控制
BIND软件包安装完毕以后，会自动增加一个名为named的系统服务，通过脚本文件/etc/init.d/named或service工具都可以控制DNS域名服务的运行
例如，执行以下操作可以查询named服务的运行状态。
BIND服务的配置文件
使用BIND软件构建域名服务时，主要涉及两种类型的配置文件：主配置文件和区域数据文件。其中主配置文件用于设置named服务的全局选项，注册区域及访问控制等各种运行参数；区域数据文件用于存放某个DNS区域的地址解析记录（正反向记录）
主配置文件：
主配置文件named.conf通常位于/etc/目录下，在named.conf文件中，主要包括全局配置，区域配置两个部分，每一条配置记录的行尾以“；”表示结束，以“#”号或“//”开始的部分表示注释文字（大段注释可以使用"/*.......*/"的格式）
1. 全局配置部分：
全局配置参数包括在options{ };的大括号中，如可以设置监听的地址和端口，区域数据文件存放的目录，允许哪些客户机查询等。
options {
listen-on port 53 { 10.1.1.1; }; //监听地址和端口
directory "/var/named"; //区域数据文件的默认存放位置
allow-query{ 192.168.1.0/24; 173.16.16.0/24; };//允许使用本DNS服务的网段
recursion yes; //允许递归
};上述配置内容中，除了directory项通常会保留以外，其他的配置项都可以省略。若不指定listen-on配置项时，named默认在所有接口的UDP 53端口监听服务；不指定allow-query配置项时，默认会响应所有客户机的查询请求。
2. 区域配置部分
区域配置参数使用“zone....{ };”的配置格式，一台DNS服务器可以为多个区域提供解析，因此在named.conf文件中也可以有很多个zone配置段，区域类型按照解析方向可分为正向区域和反向区域。
zone “test.com” IN { //正向test.com区域
typemaster; //类型为主要区域
file“test.com.zone”; //区域数据文件为test.com.zone
allow-transfer{ 173.16.16.2; }; //允许下载的从服务器地址
};
zone “16.16.173.in-addr.arpa” IN{ //反向173.16.16.0/24区域
typemaster;
file“173.16.1.6.arpa”; //区域数据文件为173.16.16.arpa
};在上述配置中，有几个地方需要注意：
每个zone区域都是可选的（包括根域，回环域，反向域），具体根据实际需要而定，zone配置部分的"IN"关键字也可以省略
反向区域的名称有倒序的网络地址和“.in-addr.arpa”组合而成。例如，对于192.168.1.0/24，其反向区域名称表示为“1.168.192.in-addr.arpa”。
file配置项用于指定实际区域的数据文件，文件名称有管理员自行设置。
区域配置中部分参数（如allow-transfer）也可以放在全局配置里。
修改完主配置文件以后，可以执行named-checkconf命令对named.conf文件进行语法检查，如果文件中没有语法错误，该命令将不给出任何提示；反之，则会给出相应的提示信息，只要根据错误提示修正文件中的错误即可。带“-z”选项的named-checkconf命令还可以尝试加载主配置文件中对应的区域数据库文件，并检查该文件是否存在问题。例如当出现“...file not found”的错误时，表示找不到对应的文件。
[root@localhost~]#named-checkconf –z /etc/named.conf
关于named.conf文件中给中配置项的详细说明，可以执行“man named.conf”查看手册页。
区域数据配置文件：
区域数据配置文件通常位于/var/named/目录下，每个区域数据文件对应一个DNS解析区域，文件名及内容该域的管理员自行设置。
根域“.”的区域数据文件特殊。internet中所有的DNS服务器都使用同一份根区域数据文件，其中列出了所有根服务器的域名和IP地址。根区域数据文件可以从国际互联网络信息中心（InterNIC）的官方网站的资质http://www.internic.net下载
在区域数据文件中，主要包括TTL配置项,SOA（start ofauthority 起始授权信息）记录、地址解析记录，文件中的注释信息以分号";"开始。
1. TTL配置及SOA记录部分：
第一行的TTL配置用于设置默认生存周期，即缓存解析结果的有效时间。SOA记录部分用于设置区域名称，管理邮箱，以及为从域名服务指定更新参数：
$TTL 86400 //有效解析记录的生存周期 @ IN SOA test.com admin.test.com.( //SOA标记、域名、管理邮箱 20160122 //更新序列号，可以是10为以内的数 3H //刷新时间，重新下载地址数据的间隔 15M //重试延时，下载失败后的重试间隔 1W //失效时间，超过该时间仍无法下载则放弃 1D //无效解析记录的生存周期 )
上述配置内容中，时间单位为秒，也可以使用以下单位：M(分)，H(时)，W(周)，D(天)。文件中的“@”符号表示当前的DNS区域名称，相当于"test.com."，“admin.test.com.”表示域管理员的邮件地址（由于“@”符号已经有其他含义，；因此将邮件地址中的@用“.”代替）。SOA记录中的更新序列号用来同步主，从服务器的区域数据，当从服务器判断区域更新是若发现主服务器的序列号与本地区域数据中序列号相同，则不会进行更新。
2. 地址解析记录部分
地址解析记录用来设置DNS区域内的域名，IP地址映射关系，包括正向解析记录和反向解析记录。反向解析记录只能用在反向区域数据文件中。
@ IN NS ns1.test.com. IN MX 10 mail.test.com. ns1 IN A 58.119.74.203 www IN A 173.16.16.1 mail IN A 173.16.16.4 ftp IN CNAME www
上述配置内容中，用到以下四种常见的地址解析记录
NS域名服务器（Name Server）:记录当前区域的DNS服务器的主机地址
MX邮件交换：记录当前区域的邮件服务器的主机地址，数字10表示（当有多个MX记录时）选择邮件服务器的优先级，数字越大优先级越低。
A地址：记录正向解析条目，例如“www INA 173.16.16.1”表示域名www.test.com对应的IP地址是173.16.16.1
CNAME:记录某一个正向解析条目的其他名称。例如“ftpIN CNAME WWW”表示域名ftp.test.com是www.test.com的别名、
其中，NS，MX记录行首的@符号可以省略（默认继承SOA记录行首的@信息），但是必须保留一个空格或tab制表位
在反向区域数据文件中，不会用到A记录，而是使用PTR指针记录。例如对于反向区域16.16.172.in-addr.arpa，添加的反向解析记录可以是以下形式的：
1 IN PTR www.test.com. 4 IN PTR mail.test.com.
使用PTR记录时，第一列中只需要指明对应IP地址的“主机地址”部分即可，如“1”，“4”等，系统在查找地址记录时会自动将当前反向域的网络地址作为前缀，例如，上述文件中的“4 IN PTR mail.test.com”.表示IP地址为172.16.16.4主机的域名是mail.test.com.
在区域数据配置文件中，凡是不以点号结尾的主机地址，系统在查找地址记录时都会自动将当前的域名作为后缀，例如，若当前的DNS域为test.com，则在文件中的主机地址“www”相当于"www.test.com."因此当使用完整的FQDN时，务必记得地址末尾的点号“.”不能省略
修改完区域数据文件以后，可以执行named-checkconf命令对该文件进行语法检查，依次指定区域名称，数据文件名作为参数。如果文件中没有语法错误，系统将给出"OK"的提示信息。例如，若要检查DNS区域test.com的区域数据文件test.com.zone可以执行以下操作
[root@localhost~]#cd /var/named
[root@localhost named]#named-checkzonetest.com test.com.zone
当一台服务器需要同时承载某个DNS区域内的许多个不同的域名时（如IDC的虚拟主机服务器，提供个人主页空间的网站服务器等），可以在区域数据文件的最后一行添加泛域名解析记录，即使用“*”以匹配任意主机名。
* IN A 173.16.16.173
