最近和朋友讨论起了当时注册的域名,又想起来了DNS服务器,刚刚好当时学习的时候也不是很精通,就趁着这个时间段再一次回顾了以下。让我们一起看一下DNS服务器吧
这篇文章的目录结构如下:
- 什么是 DNS 服务器?
- 什么时候要用 DNS 服务器
- 为什么要用 DNS 服务器?
- 谁会用 DNS 服务器?
- 怎么使用 DNS 服务器?
1.什么是 DNS 服务器?
DNS(Domain Name Server ,域名服务器)是将域名(Domain name)和对应的IP地址(IP address)进行转换的服务器。那么什么又是域名尼?
域名:
通俗点说就是每次上网的时候输入的网址也可以理解为域名,而百度给的定义是域名是由一串用点分隔的名字组成的,通常包含组织名,而且始终包括两到三个字母的后缀,以指明组织的类型或该域所在的国家或地区。
2.什么时候要用 DNS 服务器?
因为我们记忆的原因,现在当我们要去上网的时候,总会记住几个域名,然而并不会去记住一个个服务器对应的IP。因此当我们在用域名访问别人主机的时候,DNS 服务器就已经默默的起到了作用,DNS 服务器会将我们输入的域名一 一的转换为对应的IP然后再去访问别人的主机。
因此当在一个企业的内部,要想在企业内部让诸多个主机通过主机名访问彼此,就要构建自己的 DNS 服务器了。
3.为什么要用 DNS 服务器?
在刚刚开始拥有网络的时候,全球仅仅只有几个大学的实验室加入网络,因此大家可以凭借记住很少的IP地址来进行彼此之间的联系,并且在当时的每个主机上都会拥有一个为hosts的文件用来本地解析,如今依旧拥有这个文件来进行本地的域名解析。在这两个系统下其文件所在的地方。
linux系统:/etc/hosts
Windows:%windir%\System32\drivers\etc\hosts
但是随着信息化的发展,越来越多的用户加入到网络中,大家的记忆并不能全部都记住彼此之间的ip地址,并且如果继续使用原来的办法(使用hosts文件)的话,hosts文件的条目越来越多,每一次的查询越来越繁琐,因此就出现了一个组织 IANA(The Internet Assigned Numbers Authority,互联网数字分配机构),IANA 来保存每一个用户的主机名与IP条目的关系。因此大家就不用再纷纷写入自己的hosts文件,仅仅需要定下一个计划任务(crontab)让其隔一段的时间就从 IANA 的服务器去下载hosts文件到本地,虽然这样拥有一定的可行性,但是互联网的发展是爆炸性,用户的增长是几何的倍数增加,因此当用户数量再一次增加的时候,就是 IANA 的策略也已经行不通了,因此就开发出了 BIND(Berkeley Internet Name Domain,伯克利Internet名字域)使用BIND软件来构建域名服务器。而其构建的方法和Linux的目录结构非常的相似,使用一种倒置的树状结构,如下图:
当然顶级域还有很多我就不一 一列举了,因此现在使用 BIND 就对每一个的域名划分到了不同的分支下面了,这样不仅减轻了根服务器的压力而且非常的容易寻找并且管理,并且根(.)依旧会能够管理到每一个域名,但是其仅仅管理一级域就可以了,这样可以极大的减轻根服务器的压力。然后通过不断的逐个查找就能够找寻到我们所需要的信息。并且 IANA 也不再提供原本的 hosts文件了,变为一个全球范围的域名供应商,管理 DNS 域名根和.int,.arpa等资源。相关的13个根服务器,1个为主根服务器在美国。其余12个均为辅根服务器,其中9个在美国,欧洲2个,位于英国和瑞典,亚洲1个位于日本。
4.谁会用 DNS 服务器?
对于这个问题,很不好回答,但是我觉得如果大家感兴趣,或者想要了解的都可以去接触 DNS 服务器。
要开始真正深入了解并配置 DNS 服务器了。
5.如何使用 DNS 服务器?
对于如何使用 DNS服务器来说是一个比较复杂的问题,因此我们通过下面一些步骤来慢慢进一步的了解DNS服务器
首先我们需要知道,DNS 服务器所使用的端口是(53/UDP,53/TCP;)使用BIND软件来进行使用的并且是在应用层的一个协议,使用 C/S 架构。并且当我们安装 BIND 之后就能通过 named 服务来进行启动 DNS 服务了,当然对于真正的了解到 DNS 服务器还是需要首先知道一些名词的,随后遇到的再慢慢说起来。
![](/qrcode.jpg)
FQDN:Fully Qualified Domain Name,也就是上文所说的域名。
正向解析:FQDN ==> IP 表示通过DNS服务器FQDN解析为IP的过程
反向解析:IP==>FQDN 表示通过DNS服务器由IP查询到FQDN
domain:逻辑概念,域
zone:物理概念,区域
DNS的服务器类型:1主 DNS服务器(master)2辅助DNS服务器(slave)3缓存服务器4转发器(forward)
下面这个图能够帮助我们知道什么是 domain 与 zone。
可以看到每一个zone下面都会有很多的资源,当我们访问其下面的资源时,其对应的主机就给我们回答,并且每个区都有自己的授权服务器,当我们要在DNS服务器查询FQDN的时候会给我们返回两种类型的答案,即权威答案(Authority Answer,AA)和非权威答案。
一、安装 BIND 软件
BIND软件可以运行在大部分的Linux主机上,并且在RHEL6.5及以后,在系统的光盘自带了BIND服务的安装文件。
而我们首先使用简单的方法进行安装(yum),首先查看与 bind相关的软件包。
$ yum list | grep bind
一些主要软件的作用如下:
bind :提供了 DNS 服务的主要程序及相关文件
bind-libs :提供了bind、bind-utils需要使用的函数库
bind-utils :提供了对 DNS 服务器的测试工具,如 nslookup等
接下来我们就安装bind
$ yum install -y bind
二、配置 BIND 软件
bind软件的安装之后会出现两个很重要的路径,一个是主配置文件/etc/named.conf 另一个是工作目录/var/named ,我们分别来进行一 一探索。
1.简单DNS服务器的主要配置
这是用于启动 named 服务的主要配置文件,对于简单的DNS服务器来讲其中主要分为两个部分的定义,全局定义和区域定义。
对于全局定义的段使用如下的定义。
options {
directory "/var/named";
};
注:named.conf 配置文件要求每一行的结束都需要一个分号结束
配置的含义就是将每个区域的资源记录(Resource Record,简称RR)文件放在了/var/named/的目录之下。
那么RR到底什么东西尼?
懵。。。,先记住向下看看
三.配置文件
在/etc/named.conf配置文件中除了刚刚定义的全局定义之外,就是各个区域(zone)的定义了。
通常对于每一个区域(zone)的简单定义就是如下的格式。
zone "ZONE_NAME" IN {
type master|slave|hint|forward;
file "ZONE_NAME.zone"
};
注:type 就表明了区域的 DNS服务器类型。
file就是将这个区域的RR放在什么地方,相对路径。
比较特别的是下面这个区域的定义,表示这是一个根域的dns服务器。
zone "." IN {
type hint;
file "named.ca"
};
当然,DNS的配置文件也支持使用acl来自定义,访问控制列表。并且默认就存在这样四个列表,none,any(任何主机),local(本机),以及localnet(本地网络)。定义就如下:
acl acl_name{
statement;
};
如果安装时候在/var/named/目录下并没有named.ca 的文件话可以使用dig 命令来生成named.ca文件,需要能够访问互联网,否则查询不到根服务器。
[root@rs1 named]# dig -t NS . >/var/naemd/named.ca
首先构建一个最简单的 DNS服务器,也就是缓存 DNS 服务器。任何一个复杂的 DNS 服务器都是由简单的缓存服务器一步步变难的,觉得学习也是这个道理哈。
缓存 DNS 服务器:不负责解析任何区域(除了(本机)localhost)
/etc/named.conf 配置如下
options {
directory "/var/named";
};
//正向解析本机
zone "localhost" IN{
type master;
file "named.localhost";
};
//反向解析本机
zone "0.0.127.in-addr.arpa" IN{
type master;
file "named.local";
};
反向解析比正相解析要复杂许多,区域名是比较特殊,为网断名+in-addr.arpa
接下来的就是上面都提到过的各个区域的 RR 文件了,在里面会有下面几个特殊的定义 。
TTL:Time-To-Live 每一个记录的生存时间
SOA:Start Of Authority,起始授权记录
A:Address IPV4的地址记录
AAAA:IPV6的地址记录
PTR:Pointer反向解析记录,一般不能和A记录出现在一起
NS:Name Server dns服务器的定义
MX:Mail eXchange 邮件的定义
CNAME:规范名字
对每一个资源记录文件来说,首先定义的都应该是这样的一行
ZONE_NAME [TTL] IN SOA localhost.(ZONE_NAME的 DNS服务器名) admin.localhost.(管理员的邮箱)
(
2018091501 ; (版本号)serial
1H ; (刷新时间)refresh
5M ; (重试时间,应当小于刷新时间)retry
1D ; (超时时间,设置尝试几天之后认为主 DNS 服务器宕机了)expire
1H ; (否定回答,对方缓存多长时间)minimum
)
如果一开始在/var/named/下有一些文件,则可以看到有以下相应的符号
$TTL 600 :设置全局的TTL时间,定义后可以不再使用TTL
$ORIGIN :默认补充的字段,如果在一些地方使用的并非完整的FQDN则在后面补充上ORIGIN定义的字段,默认就是/etc/named.conf中定义的区域名字(ZONE_NAME)
@:本文件在/etc/named.conf 配置文件中定义的区域
因此/var/named/named.localhost 的定义如下:
$TTL 600
@ IN SOA localhost. admin.localhost. (
20180913
1H
5M
1D
1H )
IN NS localhost.
localhost. IN A 127.0.0.1
对于每一行的定义如果和上一行的第一列相同,则可以省略
相应的反向解析的配置文件
$TTL 600
@ IN SOA localhost. admin.localhost. (
20180913
1H
5M
1D
1H )
IN NS localhost.
1 IN PTR localhost.
注:1 表示的主机名,如上面我们所说的如果没有写全就会默认补充上ORIGIN,所以其的全部就是1.0.0.127.in-addr.arpa
至此我们就构建了一个最简单的缓存 DNS 服务器。可以使用bind带有的命令来查看配置文件是否有错。
named-checkconf
named-checkzone zone zone_file
然后我们使用 dig 命令来测试一下
@后面指定为我本地的服务器ip,因此对于不同的host 指定不同的ip,其他详细的介绍查询帮助文档。
接下来我们就讨论一个较为复杂的问题,一个 FQDN==> IP 到底发生了什么?
迭代查询:和普通的迭代算法一样,就是一次次不断的去请求。
递归查询:仅发出一次请求,一次应答
对于发起查询请求的客户端,仅触发了一次查询并获得了一次结果这就是递归查询,而对于当前域内的dns服务器,通过一次次不断的迭代查找才获得结果,因此就是迭代查询。
这样是一个能够查询到的一个过程,如果dns查询不到我们要查询的记录会发什么?
对于这样,就在SOA记录的minimum给出了解释,例如我们查询ftp.a.com,但是当dns再一次从根查询到a.com的域内发现并没有ftp.a.com的这个子域,因此a.com.域就会给dns服务器一个否定回答,然后再由dns服务器将否定回答给客户端。
以下就是一个dns服务接受到请求然后进行查询的主要流程。
dns 服务器查询的详细介绍
1.如果查询请求是本机所负责的区域中的数据的话,要通过查询区域数据文件返回结果
2.如果查询请求不是本机所负责区域中的数据的话,就查询缓存
3.如果缓存中没有答案,则向根发起查询请求,并不断迭代
那么让我们更深一步的去探索dns的功能吧
在上面我们搭建了一个简单的 DNS缓存服务器,现在让我们来将他变成一个主DNS服务器,步骤很简单,
1.将主配置文件中,加入我们的正向解析域名以及反向解析域名。
2.在工作目录下,添加相应的数据文件。
3.重启服务,重新载入也可以的。
是不是很简单,首先是主配置文件,我的dns服务器的网络是192.168.159.143.
zone "athlete.run" IN {
type master;
file "athlete.run.zone";
};
zone "159.168.192.in-addr.arpa" IN {
type master;
file "athlete.reverse";
};
然后是工作目录文件,我定义的是athlete.run.zone和athlete.reverse所以编辑两个文件。
这个是athlete.run.zone文件
$TTL 60
@ IN SOA ns1 admin (
2018091401
1M
5S
1H
1D )
IN NS ns1
IN NS ns2
IN MX 10 mail
ns1 IN A 192.168.159.143
ns2 IN A 192.168.159.146
www IN A 192.168.159.143
mail IN A 192.168.159.143
剩下这个就是athlete.reverse文件了
$TTL 600
@ IN SOA ns1.athlete.run admin.athlete.run (
2018091403
1D
5M
7D
1D )
IN NS ns1.athlete.run.
143 IN PTR ns1.athlete.run.
143 IN PTR www.athlete.run.
最后
# systemctl reload named 或者 # systemctl restart named
最后用dig工具测试一下就可以了,当然我这两个文件可能写的比较简单,但是能使用的。
介绍了这么多 DNS的配置,让我们换个话题发现一下。
如果是通过YUM安装bind的话,会默认给你安装另一个工具叫做:rndc。
rndc:remote name domain controller,远程名称域控制器
通过名字就可以了解到,这个工作的特性了,所以为了安全使用的是tcp的953端口953/TCP,接下来让我们使用这个工件吧。
首先rndc的使用也是有配置文件的,在哪里尼?
# rpm -ql bind | grep rndc
但是,一开始/etc/rndc.conf这个目录的文件是不存在,所以需要我们手动通过rndc 命令来实现
值得一提的就是如果两文件都存在的话,每次执行命令就会给你警告,挺烦的,所以自己把握。
rndc-confgen >/etc/rndc.conf 就可以了
需要一提的是,这个文件里面的后几行是需要拷贝的/etc/named.conf中的,因此,相应的 vim 操作自己查询一下吧。如果一切都完成的话,就可以通过一下命令来重新读取了,当然也可以重启,但是在大型工作中,服务器某个应用重启会造成太多的损失,因此就需要我们通过重读配置文件来重新应用。
# rndc reload
出现这个标志就是成功了,如果失败了,那么就详细的查看日志文件查看把!
# cat /var/log/message
对于rndc的其他主要使用的命令,我也总结在下面:
stop :停止 DNS服务器
reload:重新载入配置文件和区域文件
reload zone:重新载入某区域文件
reconfig:重新载入配置文件和发生过更新的区域文件
status:查看dns的详细情况
querylog:使用查询日志(不推荐使用)
flush:清空缓存
还有一些其他使用帮助文档,查看把。
到这里对一个DNS服务器应该就有了一个中级的认识了,接下了讨论就是我们的更深一步的话题了。
子域授权,我们可以通过自己来申请一个子域,例如 a.org 那么对这个子域来说我们可以添加至多127个子域,也就是说这个树的深度最多到127层。而在每一个不同深层次的域,其的授权都是在上一级子域中授权的。比如上面图片的例子,d.org 的子域www.d.org和ftp.d.org分别就是d.org的子域,并且www.d.org 子域的dns服务器授权是由d.org进行。 在下一步的话就是edu.www.d.org 也可以使www.d.org授权的子域。 相应授权的子域的dns配置文件就是在子域自己的区域中定义。
转发 DNS服务器
这个的理解也比较简单,就是在主配置文件中加入 forwarders { IP; };,比较特殊的就是分号的左右两边均需要空格,分号内可以写多项,不过需要分号隔开。这样就能实现在本地的查询请求,本机会转发至指定IP的DNS服务器去查询。值得一提的就是对于转发也是有类别的。
first:如果DNS1去找DNS2请求解析,DNS2并未响应,则DNS1自己去解析
only:如果DNS1去找DNS2请求解析,DNS2未响应,则无查询结果(希望全给了别人。。。)
所以我们定义转发的话再加入一行转发类型,结果就是这样,就能实现转发。
forward first|only;
forwarders { IP };
当然如果放在全局option段就是全局转发,特定的区域就是在查询到这个区域的时候再转发。
主从DNS服务器
对于每一个时常在线服务器来说,都应该做出相应的冗余,以免突然时刻主服务器宕机了,或者是数据丢失了,但是DNS服务器比较奇特的就是,当主DNS服务器宕机之后,辅助的DNS服务器多次尝试重连主DNS服务器如果没有响应的话,从DNS服务器会跟着主DNS服务器一起宕机。(双宿双飞。。。)
因此我们就要做好辅助的DNS服务器时刻保存主DNS服务器的数据文件,以免主DNS服务器宕机造成数据丢失。
因此说到传送,对于DNS服务器来说有着两种区域传送:
完全增量传送:axfr 一开始进行传送的文件
增量传送:ixfr 当从服务器有了区域传送文件后,以后的传送都将是增量传送
因此我们可以使用dig命令来查看我定义的区域的信息
可以看到这么多比较重要的信息,肯定不能白白的暴露给其他人,因此我们只能给特定的主机进行区域传送,这样就需要在主配置文件中加入
allow-transfer { IP; };
要定义一个主从的DNS,主的服务器就是刚刚我们一直使用,从服务器的配置很简单,就另外启动一台电脑或虚拟机,然后使用yum安装bind,并在配置文件中增加这样一个区域。
zone "athlete.run" IN {
type slave;
masters { IP; };
file "slaves/athlete.run.zone";
当然slaves是安装bind的时候自动给我们创建的,因此我们可以它,当然也可以自己定义地方,不过需要注意的是,DNS服务器启动的进程属主属组均是named所以我们创建的文件也应该均是named并且权限为640。对于这样的文件可以一开始不存在,然后启动从服务器,就可以看到相应的文件生成。当然在我做实验的时候,遇到了好多次这样的现象,从主服务器传送来的文件在从服务器看到的格式是data,然而其本身是一个ASCII TEXT的文件,所以我们就需要在从服务器的主配置文件中加入这样一个定义
masterfile-format text;
这样就一切完成了,当我们更改了主DNS服务器的数据文件,并增加了版本号之后,主DNS服务器就会主动的提醒从DNS服务器来更新文件。当然这样还是需要一些额外配置的。
主从同步:
主服务器:授权允许同步,有从DNS服务器的NS记录,并且授权允许区域传送
从服务器:定义区域
这样就能完成主从复制了。
最后一个也就是DNS服务器至今最流行的一个应用,CDN
CDN:Content Delivery Network ,内容分发网络
简单的说CDN就是将各个大型的域名进行解析到不同的IP,使不同的人来访问就进入到不同的网段,但是网页的页面却完全是一样的
就像这样,本来是一个DNS服务器,但是强行将其拆分成为两个不同的DNS服务器域,左边的人访问这个DNS服务器,会根据一些判断然后让其访问左边的DNS服务器,而右边的人是相同的,因此这也能够叫做智能DNS,也称之为DNS的脑裂。这样到底有什么用尼?
这个图就介绍了,当不同区域的用户去请求同一个页面的时候,DNS服务器就会根据客户端的地理位置进行检测,然后将其本地的数据文件存放的IP地址返回,这样就减少了访问延迟,并且相当与将数据推送到了每一个互联网用户的家门口。
介绍了这么多,那么到底怎么定义不同的区域尼?
其实定义很简单,就是除了全局段之外,再使用view来定义每一个视图。
view VIEW_NAEM {
match-clients {I网段/掩码;};
//一些区域的定义
}
那么匹配到的客户端就会进入到相应的视图之中进行解析。
使用了视图也有需要注意的地方:
1多个view内可能需要对同一个区域进行解析,但使用不同的区域解析库文件。
2.一旦使用了视图,所有的zone都只能定义在view中
3.仅有必要在匹配到允许递归请求的客户端所在view中定义根区域
4.客户端请求到达后,自上而下检查每个view所服务的客户端列表
最后的最后 - -,这其实和一般使用的DNS作用不大,但是还是有一些相关关系的,编译安装BIND
首先就去bind的官网下载bind的软件包
将其解压到我们本地,然后进入和普通的应用软件一样,configure make && make install
主要是我们手动安装的话什么都不会给我们提供,远远没有yum简洁,但是可以使用自己的定制软件,主要需要我们做到以下这些步骤
1.修改PATH环境变量,输出二进制程序的搜索路径新路径
2.导出库文件搜索路径
3.导出头文件搜索路径
4.导出帮助文件手册搜索路径
5.创建配置文件
到此我们终于聊完了DNS服务器相关的东西,不过还是相信自己知道的仅仅是一点点,望自己能够了解到更多的知识。
不忘初心,砥砺前行。