全面剖析linux【bind】服务お实例篇（上）-阿里云开发者社区

唉，唧唧歪歪了半天了。现在开始实操下DNS了，下面是DNS的安装和配置

分4页：

一、bind简单配置正反向区域解析

二、bind主辅服务器配置

三、bind子域和区域委派

四、bind配置虚拟子域

2.1：BIND简介

BIND全称为（Berkeley Internet Name Domain<伯克利因特网名称域系统>）BIND主要有3个版本：BIND4 BIND8 BIND9。

BIND9 融合了许多提高效率，稳定性和安全性的技术，包括支持IPV6，公开密钥加密，多处理器支持，线程安全操作，增量区传送等等！

2.2：DNS所需软件包

bind-9.8.2-0.10.rc1.el6.i686.rpm

bind-utils-9.8.2-0.10.rc1.el6.i686.rpm

这里我就直接用 yum 安装了 centos6.3总有点与众不同的，你用用就会知道了。这里不做解释！

3：DNS常规配置

一个比较简单的DNS服务器设置流程主要分为一下3步！

1：建立主配置文件,named.conf，该文件的最主要目的是设置DNS服务器能够管理哪些区域(zone)以及这些区域所对应的区域文件名和存放路径。

2：建立区域文件，按照named.conf文件中指定的路径建立区域文件，该文件主要记录该区域内的资源记录，例如，www.itchenyi.com 对应的IP地址为182.237.3.101

3：重新加载配置文件，或者重启服务启动named使配置生效。

1:客户端需要获得www.chenyi.com 这台主机所对应的IP地址，将查询请求发送给DNS服务器。

2：服务器接收到请求后，查询主配置文件，named.conf，检查是否能管理www.chenyi.com区域，而 named.conf 中记录着能够解析www.chenyi.com 区域，并提供www.chenyi.com 区域文件所在路径及文件名，

3：服务器则根据named.conf文件中的路径和文件名找到www.chenyi.com 区域所对应的配置文件，并从中找到www.chenyi.com 主机所对应的IP地址

4：将查询结果反馈给客户端，完成整个查询过程。

3.1：主配置文件，named.conf

named.conf是BIND的核心配置文件，它包含了BIND的基本配置，但其并不包括区域数据，named.conf文件定义了DNS服务器的工作目录所在位置，所有的区域数据文件都存放在该目录中，该文件还定义了DNS服务器能够管理哪些区域，如果DNS服务器可以管理某个区域，它将完成区域内的域名解析工作

如果没有安装caching-nameserver 包，我们需要手动建立named.conf文件，为了便于管理，通常放置于/etc/ 目录下

当手动建立好named.conf文件后，此问件是空白的，和其他的配置文件差不多，named.conf配置文件分为整体和局部两个部分！

区域名为服务器管理区域的名称，如果添加了一个区域，并且该区域存在相应的资源记录，那么DNS服务器可以解析该区域的DNS信息

type 字段指定区域的类型，对于区域的管理至关重要，一共分为六种：

Master：主DNS服务器：拥有区域数据文件，并对此区域提供管理数据

Slave：辅助DNS服务器：拥有主DNS服务器的区域数据文件的副本，辅助DNS服务器会从主DNS服务器同步所有区域数据，

Stub：stub区域和slave类似：但其只复制主DNS服务器上的NS记录而不像辅助DNS服务器会复制所有区域数据

Forward：一个forward zone 是每个域的配置转发的主要部分，一个zone语句中的type forward可以包括一个forward和/或forwarders子句，它会在区域中给定的域中查询，如果没有forwarders语句或者forwarders是空表，那么这个域就不会有转发，消除了 options语句中有关转发的配置。

Hint：根域名服务器的初始化组指定使用线索区域hint zone 当服务器启动时，它使用根线索来查找根域名服务器，并找到最近的根域名服务器列表，如果没有指定的class IN线索区域，服务器使用编译时默认的根服务器线索，不是IN的类别没有内置的默认线索服务器。

Delegation-only ：用于强制区域的delegation.ly状态。

3.2配置正向解析区域

授权DNS服务器管理www.chenyi.com 区域，并把该区域的区域文件命名为www.chenyi.com

1：建立主配置文件named.conf

vim /etc/named.conf

directory 路径名：用于定义服务器的工作目录，该目录存放区域数据文件，配置文件中所有相对路径的路径名都基于此目录。如果没有指定，默认的是BIND启动的目录！

2：建立www.chenyi.com 区域文件

vim /var/named/chenyi.com和 localhost.zone

其实是一样的

3：配置反向解析区域

vim /etc/named.conf

配置反向区域文件

vim /var/named/192.168.1.zone

配置 localhost.zone 以上这是之前主配置文件中的个区域数据文件

然后将权限更改一下

测试测试：

service named restart

host测试一下

① 辅助域名服务器

DNS 划分若干区域进行管理，每个区域由一个或多个域名服务器负责解析。如果采用单独的 DNS服务器而该服务器没有响应，那么该区域的域名解析就会失败。因此每个区域建议使用多个 DNS服务器，可以提供域名解析容错功能。对于存在多个域名服务器的区域，必须选择一台主域名服务器（master），保存并管理整个区域的信息，其他服务器称为辅助域名服务器（slave）。管理区域时，使用辅助域名服务器的好处：

（1）辅助 DNS 服务器提供区域冗余，能够在该区域的主服务器停止响应时为客户端解析该区域的 DNS 名称。

（2）创建辅助 DNS 服务器可以减少 DNS 网络通信量。采用分布式结构，在低速广域网链路中添加 DNS 服务器能有效地管理和减少网络通信量。

（3）辅助服务器可以用于减少区域的主服务器的负载。

② 区域传输

为了保证 DNS 数据相同，所有服务器必须进行数据同步，辅助域名服务器从主域名服务器获得区域副本，这个过程称为区域传输。区域传输存在两种方式：完全区域传输（AXFR）和增量区域传输（IXFR）。当新的 DNS 服务器添加到区域中，并且配置为新的辅助服务器时，它会执行完全区域传输（AXFR）,从主服务器获取一份完整的资源记录副本。主服务器上区域文件再次变动后，辅助服务器则会执行增量区域传输（IXFR）,完整资源记录的更新，始终保持 DNS 数据同步。满足发生区域传输的条件时，辅助域名服务器向主服务器发送查询请求，更新其区域文件。

（1）区域传输初始阶段，辅助服务器向主 DNS 服务器发送完全区域传输(AXFR)请求。

（2）主服务器做出响应，并将此区域完全传输到辅助服务器。该区域传输时会一并发送 SOA 资源记录。SOA 中“序列号”(serial)字段标示区域数据的版本，“刷新时间”(refresh)指出辅助服务器下一次发送查询请求的时间间隔。

（3）刷新间隔到期时，辅助服务器使用 SOA 查询来请求从主服务器续订此区域。

（4）主域名服务器应答其 SOA 记录的查询。该响应包括主服务器中该区域的当前序列号版本。

（5）辅助服务器检查响应中的 SOA 记录的序列号，并确定续订该区域的方法，如果辅助服务器确认区域文件已经更改，则它会把 IXFR 查询发送到主服务器。若 SOA 响应中的序列号等于其当前的本地序列号，那么两个服务器区域数据都相同，并且不需要区域传输。然后，辅助服务器根据主服务器 SOA 响应中的该字段值重新设置其刷新时间，续订该区域。如果 SOA 响应中的序列号值比其当前本地序列号要高，则可以确定此区域己更新并需要传输。

（6）主服务器通过区域的增量传输或完全传输做出响应。如果主服务器可以保存修改的资源记录的历史记录，则它可以通过增量区域传输（IXFR）做出应答。如果主服务器不支持增量传输或没有区域变化的历史记录，则它可以通过完全区域传输（AXFR）做出应答。

配置辅助域名服务器

（1） 配置主域名服务器

修改主配置文件 named.conf添加 chenyi.com 区域

创建配置正向解析区域文件vi /var/named/chenyi.com.zone

创建配置反向解析区域文件vi /var/named/1.168.192.zone

（2）配置辅助域名服务器

修改主配置文件 named.conf，添加 chenyi 区域

（3）数据同步测试

重启辅助服务器 named 服务，使其与主域名服务器数据同步，然后我们在主域名服务器上执行tail 命令查看系统日志，辅助域名服务器通过完整无缺区域复制（AXFR）获取 michael.com 区域数据。如果无法复制，请检测犀利机制（iptables、selinux）

子域与区域委派

域名空间由多个域构成，DNS 提供了将域名空间划分为一个或多个区域的方法，这样使得管理更加方便。而对于域来说，随着域的规模和功能不断扩展，为了保证 DNS 管理维护以及查询速度，可以为一个域添加附加域，上级域为父域，下级域为子域。父域为itchenyi.com，子域为bbs.itchenyi.com 。

子域应用环境

当要为一个域附加子域时，请检查是否属于以下三种情况：

（1）域中增加了新的分支或站点，需要添加子域扩展域名空间。

（2）域中规模不断扩大，记录条目不断增多，该域的 DNS 数据库变得过于庞大，用户检索 DNS信息时间增加。

（3）需要将 DNS 域名空间的部分管理工作分散到其他部门或地理位置。

管理子域

如果根据需要，决定添加子域，可以有两种方法进行子域的管理。

（1）区域委派

父域建立子域并将子域的解析工作委派到额外的域名服务器，并在父域的权威 DNS 服务器中登记相应的委派记录，建立这个操作的过程称为区域委派。任何情况下，创建子域都可以进行区域委派。

（2）虚拟子域

建立子域时，子域管理工作并不委派给其他服务器，而是与父域信息一起，存放在相同的域名服务器的区域文件中。如果只是为域添加分支或子站，不考虑到分散管理，选择虚拟子域的方式，可以降低硬件成本。

注意：

执行区域委派时，仅仅创建子域是无法使子域信息得到正常的解析。在父域的权威域名服务器的区域文件中，务必添加子域域名服务器的记录，建立子域与父域的关联，否则，子域域名解析无法完成。

配置区域委派

案例：公司提供虚拟主机服务，所有主机后缀域名为 itchenyi.com。随着虚拟主机注册量大幅增加，DNS 查询速度明显变慢，并且域名的管理维护工作非常困难。分析：对于 DNS 的一系列问题，查询速度过慢，管理维护工作繁重，均是域名服务器中记录条目过多造成的。管理员可以为itchenyi.com 新建子域 a.itchenyi.com 并配置区域委派，将子域的维护工作交付其他的 DNS 服务器，新的虚拟主机注册域名为 a.itchenyi.com，减少 itchenyi.com 域名服务器负荷，提高查询速度。

（1）父域设置区域委派

<1>设置父域名服务器 named.conf 文件

编辑/etc/named.conf 并添加itchenyi.com 区域记录