资讯专栏INFORMATION COLUMN

DNS服务器(一)

blastz / 630人阅读

摘要:树状结构图查询类型递归查询请求被服务器接受后,如果属于此服务器管辖范围则请求上级服务器依次传递请求,并且依次传递结果给发出请求的主机。

博文参考
http://www.178linux.com/77218
http://www.178linux.com/67736
主dns搭建:http://blog.csdn.net/reblue520/article/details/52537014
从dns搭建:http://blog.csdn.net/reblue520/article/details/52537026 

DNS服务原理详解

因特网上作为域名和IP地址相互映射的一个分布式数据库,能够使用户更方便的访问互联网,而不用去记住能够被机器直接读取的IP数串。通过主机名,最终得到该主机名对应的IP地址的过程叫做域名解析。

 我们在访问一个网站的时候,只要输入该网站的网址就会跳转到该网站页面,而实现这一过程就需要DNS服务器将域名解析为IP地址,进而实现数据通信。

DNS:Domain Name Service 域名解析服务

监听端口:

udp/53,tcp/53

应用程序:

BIND:Bekerley Internat Name Domain 国际域名
DNS域名 根域

一级域名:Top Level Domain: com, edu, mil, gov, net, org, int,arpa

组织域:.com, .org, .net, .mil, .edu, .gov, .info, .cc, .me, .tv

国家域:.cn, .us, .uk, .jp, .tw, .hk, .iq, .ir

反向域:.in-addr.arpa

          最多127 级域名
ICANN(The Internet Corporation for Assigned Names and Numbers)互联网名称与数字地址分配机构,负责在全球范围内对互联网通用顶级域名(gTLD )以及国家和地区顶级域名(ccTLD)系统的管理、以及根服务器系统的管理。 
DNS树状结构图

DNS查询类型 递归查询

DNS请求被服务器接受后,如果属于此服务器管辖范围则请求上级服务器依次传递请求,并且依次传递结果给发出请求的主机。

迭代查询

DNS请求被服务器接受后,如果不是自己管辖范围,让客户端访问根域服务器,然后跟域通知客户端去访问下级服务器,直到最后客户端访问管辖请求域名的服务器为止。

名称服务器:域内负责解析本域内的名称的主机

根服务器:13组服务器

解析类型
正向解析:FQDN(完全域名) –> IP  

反向解析:IP –> FQDN(完全域名)  

FQDN:(Fully Qualified Domain Name)完全限定域名 

注意:正反向解析是两个不同的名称空间,是两棵不同的解析树,因此,也不是同一个解析库
DNS服务器类型
主DNS 服务器

从DNS 服务器

缓存DNS 服务器(转发器)

主DNS 服务器:管理和维护所负责解析的域内解析库的服务器;读写均可进行

从DNS 服务器:从主服务器或从服务器“复制”(区域传输)解析库副本;只能进行读操作

序列号:解析库版本号,主服务器解析库变化时,其序列递增

刷新时间间隔:从服务器从主服务器请求同步解析的时间间隔

重试时间间隔:从服务器请求同步失败时,再次尝试时间间隔

过期时长:从服务器联系不到主服务器时,多久后停止服务

否定答案的缓存时长

“通知”机制:主服务器解析库发生变化时,会主动通知从服务器 
区域传输
完全传输:传送整个解析库

增量传输:传递解析库变化的那部分内容

Domain: Fully Qualified Domain Name

正向:FQDN –> IP

反向:IP –> FQDN

负责本地域名的正向和反向解析库

正向区域

反向区域 
DNS解析

一次完整的查询请求经过的流程:Client(客户端) –>hosts文件–>DNS Service Local Cache(自己的本地缓存)–> DNS Server (recursion递归) –> Server Cache(缓存) –>iteration(迭代) –>根–>顶级域名DNS–>二级域名DNS… 一次完整的查询请求经过的流程:Client(客户端) –>hosts文件–>DNS Service Local Cache(自己的本地缓存)–> DNS Server (recursion递归) –> Server Cache(缓存) –>iteration(迭代) –>根–>顶级域名DNS–>二级域名DNS…

解析答案:
肯定答案:

否定答案:请求的条目不存在等原因导致无法返回结果

权威答案:由直接负责的DNS服务器返回的答案

非权威答案: 

例如,DNS客户机查询URL地址www.fastweb.com.cn流程图

区域解析库
 由众多RR组成:(Resource Record资源记录)

SOA:Start Of Authority(起始授权记录)

一个区域解析库有且仅能有一个SOA记录,必须位于解析库的第一条记录

A:internet Address(地址记录)       FQDN –> IP

AAAA: FQDN –> IPv6

PTR: PoinTeR(域名服务记录)        IP –> FQDN

一个区域解析库可以有多个NS记录

NS: Name Server(专用于标明当前区域的DNS服务器)

CNAME:Canonical Name (别名记录)

MX: Mail eXchanger(邮件交换器)

优先级:0-99,数字越小优先级越高 
资源记录定义的格式

语法:name [TTL] IN rr_type value

注意:

(1) TTL可从全局继承

(2) @可用于引用当前区域的名字

(3)同一个名字可以通过多条记录定义多个不同的值;此时DNS 服务器会以轮询方式响应

(4)同一个值也可能有多个不同的定义名字;通过多个不同的名字指向同一个值进行定义;此仅表示通过多个不同的名字可以找到同一个主机 
SOA记录
 name:当前区域的名字,例如“rookie.com.”

value:有多部分组成

   (1)当前区域的主DNS服务器的FQDN,也可以使用当前区域的名字

   (2)当前区域管理员的邮箱地址;但地址中不能使用@ 符号,一般用. 替换,例如linux.rookie.com

   (3)主从服务区域传输相关定义以及否定的答案的统一的TTL

   例如:

rookie.com.        86400        IN        SOA          rookie.com.         admin.rookie.com.    (

2017052201       ; 序列号serial

2H                     ; 刷新时间refresh

10M                   ; 重试时间retry

1W                    ; 过期时间expire

1D                     ; 否定答案的TTL值negative answer ttl

) 
NS记录
 name: 当前区域的名字

value: 当前区域的某DNS 服务器的名字,例如 ns.rookie.com.

注意:一个区域可以有多个NS 记录

例如:

rookie.com.   IN   NS   ns1.rookie.com.

rookie.com.   IN   NS   ns2.rookie.com.

注意:

(1)相邻的两个资源记录的name相同时,后续的可省略

(2)对NS记录而言,任何一个ns记录后面的服务器名字,都应该在后续有一个A记录 
MX记录
 name:当前区域的名字

value:当前区域的某邮件服务器(smtp 服务器)的主机名

一个区域内,MX 记录可有多个;但每个记录的value之前应该有一个数字(0-99),表示此服务器的优先级;数字越小优先级越高

例如:

rookie.com.   IN   MX   10(优先级)   mx1.rookie.com.

rookie.com.   IN   MX   20(优先级)   mx2.rookie.com.

注意:

(1)对MX记录而言,任何一个MX记录后面的服务器名字,都应该在后续有一个A记录 
A记录
 name:某主机的FQDN   例如www.rookie.com.

value:主机名对应主机的IP地址

例如:

www.rookie.com.   IN   A   1.1.1.1
www.rookie.com.   IN   A   2.2.2.2
mx1.rookie.com.   IN   A   3.3.3.3
mx2.rookie.com.   IN   A   4.4.4.4
$GENERATE  1-254  HOST$   A   1.2.3.$
*.rookie.com.     IN   A   5.5.5.5
rookie.com.       IN   A   6.6.6.6

避免用户写错名称时给错误答案,可通过泛域名解析进行解析至某特定地址 
AAAA记录
 name: FQDN

value: IPv6 
PTR记录
 name: IP地址,有特定格式,把IP 地址反过来写,1.2.3.4 ,要写作4.3.2.1 ;并且要加特定后缀:in-addr.arpa. ,所以完整写法为:4.3.2.1.in-addr.arpa.

value: FQDN

例如:

4.3.2.1.in-addr.arpa.  IN  PTR  www.rookie.com.

如1.2.3为网络地址 ,可简写成:

4  IN  PTR  www.rookie.com.

注意:网络地址及后缀可省略;主机地址依然需要反着写 
CNAME
 name:FQDN格式的别名

value:FQDN格式的正式名字

例如:

web.rookie.com.   IN   CNAME  www.rookie.com. 
子域
 子域,是相对父域来说的,指域名中的每一个段。各子域之间用小数点分隔开。放在域名最后的子域称为最高级子域,或称为一级域,在它前面的子域称为二级域。

子域授权:每个域的名称服务器,都是通过其上级名称服务器在解析库进行授权

类似根域授权tld:

.com.     IN   NS ns1.com.

.com.     IN   NS ns2.com.

ns1.com.   IN   A   2.2.2.1

ns2.com. IN    A   2.2.2.2

rookie.com. 在.com 的名称服务器上,解析库中添加资源记录

rookie.com.  IN  NS  ns1.rookie.com.

rookie.com.      IN  NS  ns2.rookie.com.

rookie.com.      IN  NS  ns3.rookie.com.

ns1.rookie.com.  IN  A  3.3.3.1

ns2.rookie.com.  IN  A  3.3.3.2

ns3.rookie.com.  IN  A  3.3.3.3

glue record:粘合记录,父域授权子域的记录 
BIND安装
 DNS协议—>BIND

程序环境:
            主程序:/usr/sbin/named
            Unit File:/usr/lib/systemd/system/named.service
            配置文件:/etc/named.conf
            区域解析库文件:/var/named
 关闭dnssec功能:
       vim  /etc/named.conf
            dnssec-enable no;
            dnssec-validation no;
解析一个区域:
定义:/etc/named.rfc1912.conf
zone “ilinux.io” IN {
        type master;
        file “ZONE_FILE”;
};
例:vim /etc/named.rfc1912.conf
zone “rookie.com” IN {
        type master; 
        file “rookie.com.zone”;
};   

定义解析库文件示例:
$TTL 600      #全局定义    缓存十分钟
ilinux.com.      IN      SOA     ilinux.com.      nsadmin.ilinux.com. (
                2017052301
                1H
                5M
                1W
                6H )
                IN      NS      dns1.ilinux.com.
                IN      NS      dns2.ilinux.com.
dns1.ilinux.com. IN      A       172.16.0.67
dns2.ilinux.com. IN      A       172.16.0.68
www.ilinux.com.IN      A       172.16.0.1
web                 IN      CNAME   www

BIND 的安装配置:

BIND:Berkeley Internet Name Domain

dns: 协议
BIND: dns协议的一种实现
named:bind程序的运行的进程名

dns服务程序包:bind  unbound

程序名:named   unbound

程序包:yum list all bind*

bind:提供的dns server程序、以及几个常用的测试程序

bind-libs:被bind和bind-utils包中的程序共同用到的库文件

bind-utils:bind客户端程序集,例如dig, host, nslookup等

bind-chroot:选装,让named运行于jail模式下

/var/named/chroot/ 
bind服务器
 服务脚本和名称:/etc/rc.d/init.d/named

/usr/lib/systemd/system/named.service

主配置文件:/etc/named.conf

                     /etc/named.iscdlv.key

/etc/named.rfc1912.zones

/etc/named.root.key

yum install -y bind后可见

解析库文件:/var/named/ ZONE_NAME.ZONE

注意:

(1)一台DNS服务器可同时为多个区域提供解析

(2)必须要有根区域解析库文件;named.ca

(3)应该有两个区域解析库文件(如果包括ipv6的,应该更多)实现localhost和127.0.0.1的正反向解析库

        正向:named.localhost
        反向:named.loopback

rndc: remote name domain controller (远程域名控制器)

提供辅助性的管理功能 953/tcp 但默认监听于127.0.0.1地址,因此仅允许本地使用

bind程序安装完成之后,默认即可做缓存名称服务器使用,如果没有专门负责解析的区域,直接即可启动服务

CentOS 6:  service  named  start

CentOS 7:  systemctl  start  named.service 

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/10144.html

相关文章

  • 网络协议 16 - DNS 协议:网络世界的地址簿

    摘要:根域名服务器是最高层次的,全球共有套,它不直接用于域名解析,而是指明怎样去查找对应。对象存储一般会有三个备份,从而实现对存储读写的负载均衡。小结是网络世界的地址簿。     为什么在地址栏输入域名,就能直接访问到对应服务器?全局负载均衡和内部负载均衡又是什么?这些都和 DNS 解析息息相关,让我们一起来解密 DNS 解析。     其实说起 DNS 解析,应该都知道它很像地址簿。就像我...

    warnerwu 评论0 收藏0
  • 网络协议 16 - DNS 协议:网络世界的地址簿

    摘要:根域名服务器是最高层次的,全球共有套,它不直接用于域名解析,而是指明怎样去查找对应。对象存储一般会有三个备份,从而实现对存储读写的负载均衡。小结是网络世界的地址簿。     为什么在地址栏输入域名,就能直接访问到对应服务器?全局负载均衡和内部负载均衡又是什么?这些都和 DNS 解析息息相关,让我们一起来解密 DNS 解析。     其实说起 DNS 解析,应该都知道它很像地址簿。就像我...

    vvpale 评论0 收藏0
  • 网络协议 16 - DNS 协议:网络世界的地址簿

    摘要:根域名服务器是最高层次的,全球共有套,它不直接用于域名解析,而是指明怎样去查找对应。对象存储一般会有三个备份,从而实现对存储读写的负载均衡。小结是网络世界的地址簿。     为什么在地址栏输入域名,就能直接访问到对应服务器?全局负载均衡和内部负载均衡又是什么?这些都和 DNS 解析息息相关,让我们一起来解密 DNS 解析。     其实说起 DNS 解析,应该都知道它很像地址簿。就像我...

    BWrong 评论0 收藏0
  • 网络协议 16 - DNS 协议:网络世界的地址簿

    摘要:根域名服务器是最高层次的,全球共有套,它不直接用于域名解析,而是指明怎样去查找对应。对象存储一般会有三个备份,从而实现对存储读写的负载均衡。小结是网络世界的地址簿。     为什么在地址栏输入域名,就能直接访问到对应服务器?全局负载均衡和内部负载均衡又是什么?这些都和 DNS 解析息息相关,让我们一起来解密 DNS 解析。     其实说起 DNS 解析,应该都知道它很像地址簿。就像我...

    _Suqin 评论0 收藏0
  • Android Pie 私人 DNS 使用教程

    摘要:,传输层安全协议,是,工程任务组制定的一种新的协议。之所以要求私有字段是主机名而非地址,这是因为考虑到移动运营商需要兼顾和共存的问题。 showImg(https://segmentfault.com/img/remote/1460000020072164?w=800&h=448); 本文首发于:微信公众号「运维之美」,公众号 ID:Hi-Linux。 ​「运维之美」是一个有情怀、有...

    Jonathan Shieber 评论0 收藏0
  • 当我们谈网络时,我们谈些什么(2)--DNS的工作原理

    摘要:同上,本地服务器向百度的权威服务器发起查询请求号路径。单位为秒下面分别举个例子帮助理解下一篇更新对获取百度首页的过程中从网络层到链路层的一个变化。 博客新址,这里更有趣 来做个小实验吧 打开你的终端或者DOS命令运行窗口,输入ping www.baidu.com看看发生了什么 如果你的网络正常连接的话,应该可以看到这样的结果showImg(https://segmentfault.c...

    fireflow 评论0 收藏0

发表评论

0条评论

blastz

|高级讲师

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<