全面剖析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）配置辅助域名服务器