内容来自：《Linux网络服务与Shell脚本攻略》--中国水利水电出版社--主编：肖睿、江骏
附加链接：Ubuntu参照
注:书中是以Centos系统为原型。使用服务器软件BIND(Berkeley Internet Name Domain，伯克利英特网域名）
一、BIND域名服务基础
1、DNS系统的作用和类型
1.1. DNS系统在网络中维护着一个地址数据库，记录了主机域名和IP地址的对应关系。分为正向解析和反向解析。
正向解析：根据域名查找IP地址。DNS服务器中最基本、最常用的功能。
反向解析：根据IP地址查找域名。特殊场合使用，如反垃圾邮件的验证。
1.2. 每一台DNS服务器都只负责管理一个有限范围（一个或几个域）内的主机域名和IP地址的对应关系。这些特定的DNS域或者IP地址称为“zone”区域。根据解析方向不同，DNS区域分为正向区域（包含域名到IP地址的解析记录）和反向区域（包含IP地址到域名的解析记录）
1.3. 根据所管理的区域地址数据来源不同，DNS分为不同的类型。在同一台DNS服务中，相对于不同的区域来说，也拥有不同的身份。常见的类型如下。
- 缓存域名服务器：只提供域名解析结果的缓存功能，目的在于提高查询速度和效率，但是没有自己控制的区域地址数据。构建域名服务器时，必须设置根域或者指定其他DNS服务器作为解析来源。
- 主域名服务器：维护某一特定的DNS区域的地址数据库，对其中的解析记录具有自主控制权，是指定区域中唯一存在的权威服务器、官方服务器。构建主域名服务器时，需要自行建立所负责区域的地址数据文件。
- 从域名服务器：与主域名服务器提供相同的DNS解析服务，通常用于DNS服务器的热备份。对客户机来说，无论使用主域名服务器还是从域名服务器，查询的结果都是一样的。关键区别在于，从域名服务器提供的解析结果并不是自己决定的，而是来自主域名服务器。构建从域名服务器时，需要指定主域名服务器的位置，以便服务器能自动同步区域的地址数据库。
以上所述的主、从服务器角色只是针对某一个特定的DNS区域来说。例如，同一台服务器，可以是“.chinaunix.net”区域的主域名服务器，同时也可以是“.kge.cn”区域的从域名服务器
2. BIND的安装和配置文件
2.1 BIND的安装和控制
BIND不是唯一能够提供域名服务的DNS服务程序，但确实应用最广泛的。官方站点https://www.isc.org/
（1）安装BIND软件
在centos6.5系统中，系统光盘自带了BIND服务的安装软件，主要包含以下数据包。
- bind-9.8.2-0.17.rc1.e16_4.6.x86_64.rpm
- bind-utils-*.rpm
- bind-libs-*.rpm
- bind-chroot-*.rpm
各软件包作用如下： - bind:提供了域名服务的主要程序以及相关文件
- bind-utils:提供了对DNS服务器的测试工具程序，如nslookup程序
- bind-libs:提供对bind、bind-utils需要使用的库函数
- bind-chroot:为BIND服务提供一个伪装的根目录（将/var/named/chroot/文件夹作为BIND的根目录），以提高安全性。
默认已经安装bind-utils和bind-libs，所以只需要安装bind和bind-chroot即可。
rpm -qa | grep "^bind" //查询是否安装与BIND相关的数据包
（2）BIND服务控制
BIND软件包安装完毕后，会自动增加一个名为named的系统服务，通过脚本文件/etc/init.d/named或者service工具都可以控制DNS域名服务的运行。例如：(ubuntu的服务是bind)
service named status //查询named服务的运行状态
2.2 BIND服务的配置文件
使用BIND软件构建服务时，主要涉及两种类型的配置文件：主配置文件和区域数据文件。
主配置文件：设置named服务的全局选项，注册区域以及访问控制等各种运行参数。
区域数据文件：存在某个区域的地址解析记录（正向记录或者反向记录）
（1）主配置文件
主配置文件named.conf通常位于/etc/目录下，在named.conf文件中，主要包括全局配置、区域配置两个部分，每一条配置记录的行尾以分号“；”表示结束，以“#”或者“//”开始表示注释文字（大段注释可以使用“/........./”的格式）
1）全局配置部分
全局配置参数包括在形如“options { }；”的大括号中，如监听地址、端口、区域文件存放目录、允许哪些客户机查询等。
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默认在所有接口的UDP53端口监听服务；不指定allow-query配置项时，默认会响应所有客户机的查询请求。
- 区域配置部分
区域配置部分使用“zone …… { };”的配置格式，一台服务器可以为多个区域提供解析，因此在named.conf文件中也可以有很多个zone配置段。区域类型按照解析方向可以分为正向区域、反向区域。
zone "kgc.cn" IN { //正向“kgc.cn”区域
type master; //类型为主区域
file "kgc.cn.zone"; //区域数据文件为kgc.cn.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”组合而成。例如，对于192.168.1.0/24网段，其方向区域名称为“1.168.192.in-addr.arpa”。
- file配置项用于指定实际的区域数据文件，文件名称需要自行指定。
- 区域配置的部分参数（如allow-transfer）也可以放在全局配置里。
修改完主配置文件后，可以执行named-checkconf命令对named.conf文件进行语法检查。带“-z”选项的named-checkconf命令还可以尝试加载主配置文件中的对应的区域数据库文件。
named-checkconf -z /etc/named.conf
named.conf配置项的详细说明。可以执行“man named.conf”查看手册，也可以参考样本文件/usr/share/doc/bind-9.8.2/sample/etc/named.conf
(2)区域配置文件
区域配置文件通常位于/var/named/目录下，每个区域数据文件对应一个DNS解析区域。
根域“.”的区域数据文件比较特殊。Internet中所有的DNS服务器都使用同一份根区域数据文件，其中列出了所有的根服务器的域名和IP地址。根区域数据文件可以从国际互联网信息中心（InterNIC）的官方网站http://www.internic.net/下载。
在区域配置文件中，主要包括TTL配置项，SOA(start of authority,授权信息开始）记录，地址解析记录。文件中的注释信息以分号“；”开始。
1)TTL配置及SOA记录部分。
第一行的TTL配置用于设置默认生成周期，即缓存解析结果的有效时间。SOA记录用于设置区域名称、管理邮箱，以及为从域名服务器指定更新参数。
$TTL 86400 ;有效解析记录的生存周期
@ IN SOA kgc.cn. admin.kgc.cn.( ；SOA标记、域名、管理邮箱
2011030501 ；更新序列号，可以是10位以内的整数
3H ；刷新时间，重新下载数据的间隔
15M ；重试延时，下载失败后的重试间隔
1W ；失效时间，超过该时间后无法下载则放弃
1D ；无效解析记录的生存周期
）
配置内容中，时间单位默认为秒。M（分）、H（时）、W（周）、D（天）。文件中的“@”代表当前的DNS区域名，相当于"kgc.cn""admin.kgc.cn"，表示域管理员的电子邮件地址（由于“@”符号已有其他含义，因此将邮件中的“@”用“.”代替）。SOA记录中的更新序列号主要用来同步主、从服务器的区域数据，当从服务器判断区域更新时，若发现主服务器中的序列号与本地区域数据中序列号相同，则不会进行下载。
2）地址解析记录部分
地址解析记录用来设置DNS区域内的域名、IP地址映射关系，包括正向解析记录和反向解析记录。反向记录只能用在反向区域数据文件中。
@ IN NS ns1.kgc.cn.
IN MX 10 mail.kgc.cn.
ns1 IN A 58.119.74.203
www IN A 173.16.16.1
mail IN A 173.16.16.2
ftp IN A CNAME www
上述配置内容中，用到以下四种常见的地址解析记录。
- NS域名服务器（Name Server）:记录当前区域的DNS服务器主机地址
- MX邮件交换（Mail Exchange ）:记录当前区域的邮件服务器的主机地址，数字10表示（当有多个MX记录时）选择邮件服务器的优先级，数字越大优先级越低。
- A地址（Address）:记录正向解析条目。例如，“www IN A 173.16.16.1”表示域名www.kgc.cn的IP地址是173.16.16.1。
- CNAME别名（Canonical Name）：记录某一个正向解析条目的其他名称。例如，“ftp IN CNAME www”表示域名ftp.kgc.cn是www.kgc.cn的别名。
其中，NS、MX记录行首的“@”符号可以省略（默认继承SOA记录行首的@信息），但是必须保留一个空格或者Tab制表位。
在反向区域数据文件中，不会用到A地址记录，而是使用PTR指针（Point）记录。例如，对于反向区域16.16.173.in-addr.arpa，添加的反向解析记录可以是如下格式。
1 IN PTR www.kgc.cn.
4 IN PTR mail.kgc.cn.
使用PTR记录时，第一列中只需要指明对应IP地址的“主机地址”部分即可，如“1”，“4”等，系统在查找地址记录时会自动将当前反向域的网络地址作为前缀。
在数据区域配置文件中，凡是不以点“.”结尾的主机地址，系统在查找地址记录时都会自动将当前域名作为后缀。例如，如当前的DNS域名为“kgc.cn”，则在文件中的主机地址“www”相当于“www.kgc.cn.”。因此，当使用完整的FQDN地址时，务必记得地址末尾的“.”不能省略。
修改完区域数据文件可以使用named-checkzone命令对该文件进行语法检查,依次指定区域名称、数据文件名为参数。例如：
cd /var/named
named-checkzone kgc.cn kgc.cn.zone
当多台服务器同时为一个网站提供服务时，可以在区域数据文件中添加同一域名对应多个IP地址的域名解析记录，这是基于域名解析的负载均衡。
www IN A 173.16.16.173
www IN A 173.16.16.174
www IN A 173.16.16.175
如果一台服务器同时承载某个DNS区域内的许多个不同域名时（如IDC的虚拟主机服务器、提供个人主页空间的网站服务器等），可以在区域数据文件中的最后一行添加泛域名解析记录，即使用“*”以匹配任意主机名。
* IN A 173.16.16.173