Linux网络服务--DNS域名解析详解理论!!! 看完玩转DNS解析

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 地址映射关系,包括正向解析记录和反向解析记录。

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

正向解析:

@INNSns1.qhdx.com.
INMX10mail.qhdx.com.
ns1INA58.119.74.203
wwwINA173.16.16.1
mailINA173.16.16.4
ftpINCNAMEwww
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)记录

1INPTRwww.qhdx.com.
4INPTRmail.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 记录中的更新序列号用来同步主、从服务器的区域数据,当从服务器判断区域更新时,若发现主服务器中的序列
号与本地区域数据中的序列号相同,则不会进行下载
  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值