DNS域名解析

最新推荐文章于 2024-06-09 20:35:27 发布

anbesrt

最新推荐文章于 2024-06-09 20:35:27 发布

阅读量1k

点赞数 27

文章标签：网络服务器 linux

本文链接：https://blog.csdn.net/anbesrt/article/details/138890283

版权

BIND域名服务基础

DNS系统的作用和类型

DNS 系统在网络中的作用就是维护一个地址数据库，其中记录了各种主机域名与 IP 地址的对应关系，以便为客户程序提供正向或反向的地址查询服务，即正向解析与反向解析。

正向解析：根据域名查询IP，即指定的域名解析为相对应的 IP 地址。域名的正向解析是 DNS 服务器最基本的功能，也是最常用的功能。
反向解析：根据 IP 地址查域名，即将指定的 IP 地址解析为相对应的域名。域名的反向解析不是很常用，只在一些特殊场合才会用到，比如可用于反垃圾邮件的验证。

每一台 DNS 服务器都只负责管理一个有限范围（一个或几个域）内的主机域名和 IP 地址的对应关系，这些特定的 DNS 域或 IP 地址段称为 zone（区域）。根据地址解析的方向不同，DNS 区域相应地分为正向区域（包含域名到 IP 地址的解析记录）和反向区域（包含 IP 地址到域名的解析记录）。

DNS系统的常见类型：

缓存域名服务器

只提供域名解析结果的缓存功能
没有自己控制的区域地址数据
构建缓存域名服务器时，必须设置根域或指定其他 DNS 服务器作为解析来源

主域名服务器

特定DNS区域的权威服务器，具有唯一性
负责维护该区域内的所有域名->IP地址的映射记录
需要自行建立所负责区域的地址数据文件

从域名服务器

也称为辅助域名服务器，是对主域名服务器的热备份
其维护的域名->IP地址记录来源于主域名服务器
需要从主域名服务器自动同步区域地址数据库

BIND的安装与控制

1.安装BIND软件

直接使用yum进行安装即可

yum -y install bind*

2.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)

BIND服务的配置文件

主要涉及两种类型的配置文件：主配置文件和区域数据文件。其中，主配置文件用于设置 named 服务的全局选项、注册区域及访问控制等各种运行参数；区域数据文件用于存放某个 DNS 区域的地址解析记录

主配置文件

主配置文件 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服务的网段
};

若不指定 listen-on 配置项，则 named 默认在所有接口的 UDP 53 端口监听服务；若不指定 allow-query 配置项，则默认会响应所有客户机的查询请求。

（2）区域配置部分

区域配置参数使用”zone…{};"的配置格式，一台DNS服务器可以为多个区域提供解析，因此在named.conf文件中也可以有多个zone配置段。区域类型按照解析方向可分为正向区域、反向区域。

zone "bdqn.com" IN { //正向"bdqn.com"区域
type master; //类型为主区域
file "bdqn.com.zone"; //区域数据文件为 bdqn.com.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"; //区域数据文件为 173.16.16.arpa
};

注意事项

每个 zone 区域都是可选的（包括根域、回环域、反向域），具体根据实际需要而定，zone 配置部分的“IN”关键字也可以省略
反向区域的名称由倒序的网络地址和“.in-addr.arpa”组合而成。
file 配置项用于指定实际的区域数据文件，文件名称由管理员自行设置。
区域配置中的部分参数（如 allow-transfer）也可以放在全局配置中

修改完主配置文件以后，可以执行“named-checkconf”命令对 named.conf 文件进行语法检查。如果文件中有语法错误，会给出相应的提示信息，然后根据出错提示修正文件中的错误即可。

区域数据配置文件

区域数据配置文件通常位于/var/named/目录下，每个区域数据文件对应一个 DNS 解析区域，文件名及内容由该域的管理员自行设置。

根域“.”的区域数据文件比较特殊。Internet 中所有的 DNS 服务器都使用同一份根区域数据文件，其中列出了所有根服务器的域名和 IP 地址。

在区域数据文件中，主要包括 TTL（Time To Live，生存时间）配置项、SOA（Start Of Authority，授权信息开始）记录、地址解析记录。文件中的注释信息以“;”（分号）开始

(1）TTL 配置及 SOA 记录部分

$TTL 86400                             //有效解析记录的生存周期
@ IN SOA bdqn.com. admin.bdqn.com.(    //SOA 标记､域名､管理邮箱
2011030501                             //更新序列号,可以是10 位以内的整数
3H                                     //刷新时间,重新下载地址数据的间隔
15M                                    //重试延时,下载失败后的重试间隔
1W                                     //失效时间,超过该时间仍无法下载则放弃
1D                                     //无效解析记录的生存周期
)

上述配置内容中，时间单位默认为秒（s），也可以使用 M（分）、H（时）、W（周）、D（天）等单位。文件中的“@”符号表示当前的 DNS 区域名。相当于“bdqn.com.”或“admin.bdqn.com.”，表示域管理员的电子邮箱地址SOA 记录中的更新序列号用来同步主、从服务器的区域数据，当从服务器判断区域更新时，若发现主服务器中的序列号与本地区域数据中的序列号相同，则不会进行下载。

向解析记录。反向解析记录只能用在反向区域数据文件中。

@ IN NS ns1.bdqn.com.
IN MX 10 mail.bdqn.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

上述配置内容中，用到以下四种常见的地址解析记录。

（2）地址解析记录部分

地址解析记录用来设置 DNS 区域内的域名、IP 地址映射关系，包括正向解析记录和反向解析记录。反向解析记录只能用在反向区域数据文件中。

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 INCNAME www”表示域名 ftp.bdqn.com 是 www.bdqn.com 的别名。

在反向区域数据文件中，不会用到 A 记录，而是使用 PTR 指针（Point）记录。例如，对于反向区域 16.16.173.in-addr.arpa，添加的反向解析记录可以是以下形式。

1 IN PTR www.bdqn.com. 
4 IN PTR mail.bdqn.com.

修改完区域数据文件以后，可以执行“named-checkzone”命令对该文件进行语法检查。依次指定区域名称、数据文件名作为参数。如果文件中没有语法错误，系统将给出“OK”的提示信息。

[root@localhost ~]$ cd /var/named/
[root@localhost named]$ named-checkzone bdqn.com bdqn.com.zone
zone bdqn.com/IN: loaded serial 2011030501
OK

使用 BIND 构建域名服务器

下面分别讲解构建缓存域名服务器、主域名服务器、从域名服务器的基本过程。

构建缓存域名服务器

缓存域名服务器通常架设在公司的局域网内，主要目的是提高域名解析的速度，减少对互联网访问的出口流量。

参考上述网络结构，本小节案例使用的基本环境和要求如下所述。

缓存域名服务器的 IP 地址为 192.168.1.5，并能够正常访问互联网。
缓存域名服务器代为处理客户端的 DNS 解析请求，并缓存查询结果。
局域网内的各 PC 将首选 DNS 服务器地址设为 192.168.1.5。

下面讲解使用 BIND 构建此缓存域名服务器的基本步骤。

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

若使用范本文件创建 named.conf，应注意修改或删除默认的监听设置、查询控制，以便能够为局域网段的客户机提供服务。

[root@localhost ~]# vi /etc/named.conf
options {
listen-on port 53 { 192.168.1.5; };
directory "/var/named";
dump-file "/var/named/data/cache_dump.db"; //设置域名缓存数据库文件位置
statistics-file "/var/named/data/named_stats.txt"; //设置状态统计文件位置
memstatistics-file "/var/named/data/named_mem_stats.txt";
query-source port 53;
allow-query { any; };
recursion yes;
};

2．确认根域的区域数据文件 named.ca

根区域的区域数据文件默认位于文件/var/named/named.ca 中，该文件记录了 Internet中 13 台根域服务器的域名和 IP 地址等相关信息。

3．启动 named 服务

执行 “systemctl start named” 命令，启动 named 服务，并通过 netstat 命令确认 named 服务的端口监听状态。若服务启动失败或发现没有正常监听 UDP 53 端口，可以根据错误提示信息（或者/var/log/messages 文件中的日志记录）排除错误，然后重启服务即可。

[root@localhost ~]$ systemctl start named
[root@localhost ~]$ netstat -anpu | grep named
udp 0 0 192.168.1.5:53 0.0.0.0:* 11687/named
udp 0 0 0.0.0.0:53 0.0.0.0:* 11687/named

4．验证缓存域名服务器

在局域网内的客户机中，将首选 DNS 服务器的地址设为 192.168.1.5，生效后，执行“nslookup www.google.com”命令对其进行解析，验证其是否能够获得该域名对应的 IP 地址信息。

构建主域名服务器

主域名服务器通常架设在 Internet 环境中，提供某一个域或某几个域内的主机名与 IP 地址的查询服务。为了分担域名查询的压力、提供区域数据的备份，有时还会另外架设一台从域名服务器，与主域名服务器同时提供服务

建立主配置文件 named.conf

新创建的named.conf主配置文只需要提供bdqn.com域的正向解析173.16.16.0/24 网段的反向解析,因此相应地添加这两个区域即可。根区域、回环域等其他配置内容可以省略。建立主配置文件的操作如下：

[root@ns1 ~]$ vi /etc/named.conf
options {
listen-on port 53 { 173.16.16.5; };
directory "/var/named";
allow-query { 173.16.16.0/24; };
};
zone "bdqn.com" IN {
type master; //类型为主区域
file "bdqn.com.zone"; //区域数据文件为 bdqn.com.zone
allow-transfer { 173.16.16.6; }; //允许从服务器下载正向区域数据
};
zone "16.16.173.in-addr.arpa" IN {
type master;
file "173.16.16.arpa"; //区域数据文件为 173.16.16.arpa
allow-transfer { 173.16.16.6; }; //允许从服务器下载反向区域数据
};

建立正、反向区域数据文件

根据 named.conf 中的 zone 区域设置，分别建立正向区域数据文件 bdqn.com.zone、反向区域数据文件 173.16.16.arpa ，操作如下。配置内容可以参考区域数据文件/var/named/named.localhost。

[root@ns1~]$ cd /var/named/ //切换到区域文件的默认存放位置
[root@ns1 named]$ vi bdqn.com.zone //创建正向区域数据文件
$TTL 86400
@ SOA bdqn.com. admin.bdqn.com. (
2011030301
4H
30M
12H
1D
)
@ IN NS ns1.bdqn.com.
IN NS ns2.bdqn.com.
IN MX 10 mail.bdqn.com. ns1 IN A 173.16.16.5
ns2 IN A 173.16.16.6
mail IN A 173.16.16.2
www IN A 173.16.16.1
study IN A 173.16.16.3
* IN A 173.16.16.1
[root@ns1 named]$ vi 173.16.16.arpa //创建反向区域数据文件
$TTL 86400
@ SOA bdqn.com. admin.bdqn.com. (
2011030301
4H
30M
12H
1D
)
IN NS ns1.bdqn.com.
IN NS ns2.bdqn.com. 1 IN PTR www.bdqn.com. 2 IN PTR mail.bdqn.com. 3 IN PTR study.bdqn.com.
5 IN PTR ns1.bdqn.com. 
6 IN PTR ns2.bdqn.com

因为区域数据配置文件是手动创建的，默认的属主与属组均为 root 用户，而 named 服务默认以名为“named”的用户身份运行。named 用户要对区域数据文件有读取权限。否则， BIND 服务将无法读取所创建的区域数据配置文件

[root@ns1 named]$ chown :named bdqn.com.zone
[root@ns1 named]$ chown :named 173.16.16.arpa
[root@ns1 named]$ ls -ld bdqn.com.zone 173.16.16.arpa
-rw-r-----. 1 root named 152 May 16 02:24 173.16.16.arpa
-rw-r-----. 1 root named 399 May 16 02:22 bdqn.com.zone

启动 named 服务或重载配置

执行如下的“systemctl start named”命令以启动 named 服务，如果之前 named 服务已经在运行，也可以通过“systemctl reload named”重载配置。

[root@localhost named]$ systemctl reload named

验证主域名服务器

在客户端将 DNS 服务器指向 173.16.16.5（主域名服务器的 IP 地址），使用 nslookup 命令验证 DNS 查询结果。例如，以下操作使用 Windows 10 客户机分别验证了正向解析、泛域名解析和反向解析的查询结果。

C:\Users\Administrator>nslookup study.bdqn.com //验证正向域名解析
服务器: ns1.bdqn.com
Address: 173.16.16.5
名称: study.bdqn.com
Address: 173.16.16.3
C:\Users\Administrator>nslookup xxyyzz.bdqn.com //验证泛域名解析
服务器: ns1.bdqn.com
Address: 173.16.16.5
名称: xxyyzz.bdqn.com
Address: 173.16.16.1
C:\Users\Administrator>nslookup 173.16.16.2 //验证反向域名解析
服务器: ns1.bdqn.com
Address: 173.16.16.5
名称: mail.bdqn.com
Address: 173.16.16.2

构建从域名服务器

建立主配置文件 named.conf

在从域名服务器中，named.conf 文件的内容与主服务器的内容大部分相同，只是不需要再设置“allow-transfer ……”；更关键的一点是，zone 部分的区域类型应设置为“slave”，并添加“masters { };”语句来指定主域名服务器的地址

[root@ns2~]$ vi /etc/named.conf
options {
directory "/var/named";
};
zone "bdqn.com" IN {
type slave; //类型为从区域
masters { 173.16.16.5; }; //指定主服务器的 IP 地址
file "slaves/bdqn.com.zone"; //下载的区域文件保存到 slaves/目录
};
zone "16.16.173.in-addr.arpa" IN {
type slave;
masters { 173.16.16.5; };
file "slaves/173.16.16.arpa";
};

启动 named 服务，查看区域数据文件是否下载成功

在从域名服务器中启动 named 服务，若配置无误，则 named 将会从主域名服务器中自动下载指定的区域数据文件，并保存到 slaves/目录下。另外，通过系统日志文件 /var/log/messages 也可以观察到下载区域数据文件的过程

[root@ns2~]$ systemctl start named
[root@ns2~]$ ls -lh /var/named/slaves/
总计 8.0K
-rw-r--r-- 1 named named 450 May 16 16:57 173.16.16.arpa
-rw-r--r-- 1 named named 453 May 16 16:57 bdqn.com.zone

验证从域名服务器

验证从域名服务器时，只需要将客户端的首选 DNS 服务器地址设为 173.16.16.6（从域名服务器的 IP 地址），使用 nslookup 命令进行正常测试即可。例如，以下操作是使用 Win10 客户机的测试结果。

C:\Users\Administrator>nslookup study.bdqn.com
服务器: ns2.bdqn.com
Address: 173.16.16.6
名称: study.bdqn.com
Address: 173.16.16.3
C:\Users\Administrator>nslookup 173.16.16.2
服务器: ns2.bdqn.com
Address: 173.16.16.6
名称: mail.bdqn.com
Address: 173.16.16.2

anbesrt

关注

27
点赞
踩
27

收藏

觉得还不错? 一键收藏
0
评论
DNS域名解析

DNS系统在网络中的作用就是维护一个地址数据库，其中记录了各种主机域名与IP地址的对应关系，以便为客户程序提供正向或反向的地址查询服务，即正向解析与反向解析。指定的域名解析为相对应的 IP地址。域名的正向解析是 DNS服务器最基本的功能，也是最常用的功能。反向解析：根据 IP地址查域名，即将指定的IP地址解析为相对应的域名。域名的反向解析不是很常用，只在一些特殊场合才会用到，比如可用于反垃圾邮件的验证。每一台 DNS。
复制链接

扫一扫