前言
DNS 系统在网络中的作用就是维护一个地址数据库,其中记录了各种主机域名与 IP 地址的对应关系,以便为客户程序提供正向或反向的地址查询服务,即正向解析与反向解析
BIND 域名服务概述
BIND 不是唯一能够提供域名服务的 DNS 服务程序,但它却是应用最为广泛的,BIND 可以运行在大多数 Linux/UNIX 主机中。其官方站点位于 https://www.isc.org/
1.DNS 系统的作用及类型
DNS 系统在网络中的作用就是维护一个地址数据库,其中记录了各种主机域名与 IP 地址的对应关系,以便为客户程序提供正向或反向的地址查询服务,即正向解析与反向解析。
正向解析:根据域名查 IP 地址,即将指定的域名解析为相对应的 IP 地址。域名
的正向解析是 DNS 服务器最基本的功能,也是最常用的功能。
反向解析:根据 IP 地址查域名,即将指定的 IP 地址解析为相对应的域名。域名
的反向解析不是很常用,只在一些特殊场合才会用到,比如可用于反垃圾邮件的验
证。
根据所管理的区域地址数据的来源不同,DNS 系统可以分为不同的类型。在同一台DNS
服务器中,相对于不同的区域来说,也拥有不同的身份。常见的几种类型如下:
缓存域名服务器:只提供域名解析结果的缓存功能,目的在于提高查询速度和效率, 但是没有自己控制的区域地址数据。构建缓存域名服务器时,必须设置根域或指定其他 DNS 服务器作为解析来源。 |
---|
主域名服务器:维护某一个特定 DNS 区域的地址数据库,对其中的解析记录具有自主控制权,是指定区域中唯一存在的权威服务器、官方服务器。构建主域名服务 器时,需要自行建立所负责区域的地址数据文件。 |
从域名服务器:与主域名服务器提供完全相同的 DNS 解析服务,通常用于 DNS服务器的热备份。对客户机来说,无论使用主域名服务器还是从域名服务器,查询的结果都是一样的。关键区别在于,从域名服务器提供的解析结果不是由自己决定 的,而是来自于主域名服务器。构建从域名服务器时,需要指定主域名服务器的位 置,以便服务器能自动同步区域的地址数据库 |
2.BIND 的安装和控制
1.安装 BIND 软件
在 CentOS 系统中, 系统光盘自带了 BIND 服务的安装文件, 主要包括以下几个软件包。
bind-9.9.4-37.el7.x86_64.rpm |
---|
bind-utils-9.9.4-37.el7.x86_64.rpm |
bind-libs-9.9.4-37.el7.x86_64.rpm |
bind-chroot-9.9.4-37.el7.x86_64.rpm |
各软件包的主要作用如下:
bind:提供了域名服务的主要程序及相关文件 |
---|
bind-utils:提供了对 DNS 服务器的测试工具程序,如 nslookup 等 |
bind-libs:提供了 bind、bind-utils 需要使用的库函数 |
bind-chroot:为 BIND 服务提供一个伪装的根目录(将/var/named/chroot/文件夹作为 BIND 服务的根目录),以提高安全性 |
##//查询是否已安装与BIND 相关的软件包
[root@localhost Server]# rpm -qa | grep "^bind"
bind-utils-9.9.4-37.el7.x86_64 bind-license-9.9.4-37.el7.noarch bind-libs-lite-9.9.4-37.el7.x86_64 bind-9.9.4-37.el7.x86_64
bind-libs-9.9.4-37.el7.x86_64 bind-chroot-9.9.4-37.el7.x86_64
3.BIND 服务控制
BIND 软件包安装完毕以后,会自动增加一个名为 named 的系统服务,通过 systemctl 工具可以控制 DNS 域名服务的运行。例如,执行以下操作可以查询 named 服务的运行状态。
[root@localhost ~]# systemctl status named
●named.service - Berkeley Internet Name Domain (DNS)
Loaded: loaded (/usr/lib/systemd/system/named.service; disabled; vendor preset: disabled) Active: inactive (dead)
4.BIND 服务的配置文件
使用 BIND 软件构建域名服务时,主要涉及两种类型的配置文件:主配置文件和区域数据文件
4.1主配置文件
主配置文件 named.conf 通常位于/etc/目录下
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 默认在所有接口的 UDP 53 端口监听服务
若不指定allow-query 配置项,则默认会响应所有客户机的查询请求
2)区域配置部分
区域配置参数使用“zone …… { };”的配置格式,一台 DNS 服务器可以为多个区域提供解析,因此在 named.conf 文件中也可以有多个 zone 配置段
zone "bdqn.com" IN { //正向"bdqn.com"区域
type master; //类型为主区域
file "qhdx.com.zone"; //区域数据文件为qhdx.com.zone
allow-transfer { 173.16.16.2; }; //允许下载的从服务器地址
};
zone "16.16.173.in-addr.arpa" IN { //反向"173.16.16.0/24"区域
type master; //宣告为主master服务器
file "173.16.16.arpa"; //区域数据文件为 173.16.16.arpa
};
4.2区域数据配置文件
区域数据配置文件通常位于/var/named/目录下,每个区域数据文件对应一个 DNS 解析区域,文件名及内容由该域的管理员自行设置
1)TTL 配置及 SOA 记录部分
$TTL 86400 //有效解析记录的生存周期
@ IN SOA qhdx.com. admin.bdqn.com.( //SOA 标记、域名、管理邮箱
2011030501 //更新序列号,可以是10 位以内的整数
3H //刷新时间,重新下载地址数据的间隔
15M //重试延时,下载失败后的重试间隔
1W //失效时间,超过该时间仍无法下载则放弃
1D //无效解析记录的生存周期
)
注意:
#文件中的“@” 符号表示当前的 DNS 区域名, 相当于“qhdx.com.” 或“admin.qhdx.com.”
表示域管理员的电子邮箱地址(由于“@”符号已有其他含义,因此将电 子邮件地址中的“@”用“.”代替)。
#SOA 记录中的更新序列号用来同步主、从服务器的区域数据,当从服务器判断区域更新时,若发现主服务器中的序列
号与本地区域数据中的序列号相同,则不会进行下载
2)地址解析记录部分
地址解析记录用来设置 DNS 区域内的域名、IP 地址映射关系,包括正向解析记录和反向解析记录。
反向解析记录只能用在反向区域数据文件中。
正向解析:
@ | IN | NS | ns1.qhdx.com. |
---|---|---|---|
IN | MX | 10 | mail.qhdx.com. |
ns1 | IN | A | 58.119.74.203 |
www | IN | A | 173.16.16.1 |
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”表示域名 www.bdqn.com 对应的
IP 地址是 173.16.16.1。
CNAME(Canonical Name,别名):记录某一个正向解析条目的其他名称。例如, “ftp IN CNAME www”表示域
名 ftp.bdqn.com 是 www.bdqn.com 的别名
反向解析:
在反向区域数据文件中,不会用到 A 记录,而是使用 PTR 指针(Point)记录
1 | IN | PTR | www.qhdx.com. |
---|---|---|---|
4 | IN | PTR | mail.qhdx.com. |
5.BIND配置文件检查工具介绍
(1)主配置文件可以执行“named-checkconf”命令对 named.conf 文件进行语法检查
[root@localhost ~]# named-checkconf -z /etc/named.conf
zone qhdx.com/IN: loading from master file qhdx.com.zone failed: file not found zone
bdqn.com/IN: not loaded due to errors.
_default/qhdx.com/IN: file not found
…… //省略部分内容
(2)区域数据文件以后,可以执行“named-checkzone”命令对该文件进行语法检查
[root@localhost ~]# cd /var/named/
[root@localhost named]# named-checkzone qhdx.com qhdx.com.zone
zone bdqn.com/IN: loaded serial 2011030501 OK
6.知识点补充
##在 named.conf中:
directory "/var/named" 这条指明了区域数据文件的默认存放位置
##所以你进入/etc/named.rfc1912.zones 后可以直接指文件名,因为默认是在/var/named中
file "qhdx.com.zone"; //区域数据文件为qhdx.com.zone
##如果你的解析文件不在默认目录下,要指绝对路径,比如:
file "/opt/qhdx.com.zone";
#### vi qhdx.com.zone ####
$TTL 1D
@ IN SOA qhdx.com. admin.qhdx.com. (
0 ; serial
1D ; refresh
1H ; retry
1W ; expire
3H ) ; minimum
NS @
A 192.168.10.10
www IN A 12.0.0.12
ftp IN A 12.0.0.12
mail IN CNAME www
(1)上述文件中,@表示:kgc.com. 所以NS后面可以直接跟@
(2)SOA 记录中的更新序列号用来同步主、从服务器的区域数据,当从服务器判断区域更新时,若发现主服务器中的序列
号与本地区域数据中的序列号相同,则不会进行下载