RHCE第六章 DNS域名解析服务器

第六章 DNS域名解析服务器

1.1 域名解析服务器的介绍

DNSDomain Name System是互联网上的一项服务它作为将域名和IP地址相互映射的一个分布式数据库能够使人更方便的访问互联网。

DNS系统使用的是网络的查询那么自然需要有监听的port。DNS使用的是53端口在/etc/services搜索domain这个文件中能看到。通常DNS是以UDP这个较快速的数据传输协议来查询的但是没有查询到完整的信息时就会再次以TCP这个协议来重新查询。所以启动DNS时会同时启动TCP以及UDP的port53。

1.1.1 因特网的域名结构

由于因特网的用户数量较多所以因特网在命名时采用的是层次树状结构的命名方法。任何一个连接在因特网上的主机或路由器都有一个唯一的层次结构的名字即域名(domain name)。“域”(domain)是名字空间中一个可被管理的划分。

域名只是逻辑概念并不代表计算机所在的物理地点。域名可分为三大类

(1)国家顶级域名采用ISO3166的规定。如cn代表中国us代表美国uk代表英国等等。国家域名又常记为ccTLD(country code top-level domainscc表示国家代码contry-code)。

(2)通用顶级域名最常见的通用顶级域名有7个即com(公司企t业)ne(网络服务机构)org(非营利组织)int(国际组织)gov(美国的政府部门)mil(美国的军事部门)。

(3)基础结构域名(infrastructure domain)这种顶级域名只有一个即arpa用于反向域名解析因此称为反向域名。

1.1.2 域名服务器的类型划分

根据域名服务器起的作用可以把域名服务器划分为以下类型

1根域名服务器最高层次的域名服务器也是最重要的域名服务器。所有的根域名服务器都知道所有的顶级域名服务器的域名和IP地址。不管是哪一个本地域名服务器若要对因特网上任何一个域名进行解析只要自己无法解析就首先求助根域名服务器。所以根域名服务器是最重要的域名服务器。假定所有的根域名服务器都瘫痪了那么整个DNS系统就无法工作。需要注意的是在很多情况下根域名服务器并不直接把待查询的域名直接解析出IP地址而是告诉本地域名服务器下一步应当找哪一个顶级域名服务器进行查询。

现如今全球一共投放13个根服务器

根服务器主要用来管理互联网的主目录全世界只有13台。1个为主根服务器放置在美国。其余12个均为辅根服务器其中9个放置在美国欧洲2个位于英国和瑞典亚洲1个位于日本。所有根服务器均由美国政府授权的互联网域名与号码分配机构ICANN统一管理负责全球互联网域名根服务器、域名体系和IP地址等的管理。 这13台根服务器可以指挥Firefox或互联网 Explorer这样的Web浏览器和电子邮件程序控制互联网通信。换句话说——攻击整个因特网最有力、最直接也是最致命的方法恐怕就是攻击根域名服务器了。

在与现有IPv4根服务器体系架构充分兼容基础上由我国下一代互联网国家工程中心领衔发起的“雪人计划”于2016年在美国、日本、印度、俄罗斯、德国、法国等全球16个国家完成25台IPv6互联网协议第六版根服务器架设事实上形成了13台原有根加25台IPv6根的新格局为建立多边、民主、透明的国际互联网治理体系打下坚实基础。中国部署了其中的4台由1台主根服务器和3台辅根服务器组成打破了中国过去没有根服务器的困境。

2顶级域名服务器负责管理在该顶级域名服务器注册的二级域名。

3权限域名服务器负责一个“区”的域名服务器。

4本地域名服务器本地域名服务器不属于域名服务器的层次结构但是它对域名系统非常重要。当一个主机发出DNS查询请求时这个查询请求报文就发送给本地域名服务器。

为了提高域名服务器的可靠性DNS域名服务器都把数据复制到几个域名服务器来保存其中的一个就是主DNS服务器Master name server负责解析至少一个域。其他的是辅助从DNS服务器Slave name server负责解析至少一个域是主DNS服务器的辅助。当主域名服务器出故障时辅助域名服务器可以保证DNS的查询工作不会中断。主域名服务器定期把数据复制到辅助域名服务器中而更改数据只能在主域名服务器中进行。这样就保证了数据的一致性。

缓存DNS服务器不负责解析域只是缓存域名解析的结果。

1.2 DNS域名解析的过程

1、在浏览器中输入www . qq .com 域名操作系统会先检查自己本地的hosts文件是否有这个网址映射关系如果有就先调用这个IP地址映射完成域名解析。

2、如果hosts里没有这个域名的映射则查找本地DNS解析器缓存是否有这个网址映射关系如果有直接返回完成域名解析。

3、如果hosts与本地DNS解析器缓存都没有相应的网址映射关系首先会找TCP/IP参数中设置的首选DNS服务器在此我们叫它本地DNS服务器此服务器收到查询时如果要查询的域名包含在本地配置区域资源中则返回解析结果给客户机完成域名解析此解析具有权威性。

4、如果要查询的域名不由本地DNS服务器区域解析但该服务器已缓存了此网址映射关系则调用这个IP地址映射完成域名解析此解析不具有权威性。

5、如果本地DNS服务器本地区域文件与缓存解析都失效则根据本地DNS服务器的设置是否设置转发器进行查询如果未用转发模式本地DNS就把请求发至13台根DNS根DNS服务器收到请求后会判断这个域名(.com)是谁来授权管理并会返回一个负责该顶级域名服务器的一个IP。本地DNS服务器收到IP信息后将会联系负责.com域的这台服务器。这台负责.com域的服务器收到请求后如果自己无法解析它就会找一个管理qq.com的DNS服务器地址给本地DNS服务器。当本地DNS服务器收到这个地址后就会找qq.com域服务器重复上面的动作进行查询直至找到www . qq .com主机。

6、如果用的是转发模式本地DNS服务器就会把请求转发至上一级DNS服务器由上一级服务器进行解析上一级服务器如果不能解析或找根DNS或把请求转至上上级以此循环。找到最后把结果返回给本地DNS服务器由此DNS服务器再返回给客户机。

注从客户端到本地DNS服务器是属于递归查询而DNS服务器之间使用的交互查询就是迭代查询。

114.114.114.114是国内移动、电信和联通通用的DNS手机和电脑端都可以使用干净无广告解析成功率相对来说更高国内用户使用的比较多而且速度相对快、稳定是国内用户上网常用的DNS。

8.8.8.8是GOOGLE公司提供的DNS该地址是全球通用的相对来说更适合国外以及访问国外网站的用户使用。

DNS解析方式
正向解析将FQDN----->IP
反向解析将IP----->FQDN

1.3 搭建DNS服务器

提供DNS服务的软件叫bind服务名是named。

[root@localhost ~]# yum install bind -y
[root@localhost ~]# rpm -ql bind
/etc/named.conf        # bind主配置文件
/etc/named.rfc1912.zones   # 定义zone的文件
/etc/rndc.conf        # rndc配置文件
/usr/sbin/named-checkconf   # 检测/etc/named.conf文件语法
/usr/sbin/named-checkzone   # 检测zone和对应zone文件的语法
/usr/sbin/rndc        # 远程dns管理工具
/usr/sbin/rndc-confgen    # 生成rndc密钥
***\*/var/named/named.ca      #\**** ***\*根解析库\****
/var/named/named.localhost  # 本地主机解析库
/var/named/slaves       # 从ns服务器文件夹

[root@localhost ~]# vim /etc/named.conf 
options {
定义监听端口如果所有地址都监听则只写端口
    listen-on port 53 { 127.0.0.1; };
    listen-on-v6 port 53 { ::1; };
定义数据文件目录
    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";分配统计目录
    allow-query   { localhost; };只允许本地主机进行查询
     recursion yes;允许递归
logging {
指定日志记录分类和他们的目标位置
    channel default_debug {
        file "data/named.run";
        severity dynamic;
    };
};

zone "." IN {
定义区域
    type hint;
    file "named.ca";
};
包含其他的配置文件
include "/etc/named.rfc1912.zones";
include "/etc/named.root.key";

1.4 实验

实验一正向解析

[root@localhost ~]# vim /etc/named.conf主配置文件
options {     全局选项
    listen-on port 53 { 172.24.8.128; };   监听端口为53大括号内数据内容可以为any
    directory    "/var/named";
如果此文件下面有规范到正、反解的zone file文件该文件默认应该存储在哪个目录下面。
};
区域定义
zone "baidu.com" IN {           正向解析baidu.com
   type master;               主服务器类型
   file "named.baidu.com";
   };     区域文件名
正向解析文件资源记录Resource RecordRR
常见的正解文件RR相关信息:
domain	IN	RR type	RR data
主机名.	IN	A	IPv4的IP地址
主机名.	IN	AAAA	IPv6的IP地址
域名.	IN	NS	管理这个域名的服务器主机名字即由哪一台主机去解析当前所定义的域主机
域名.	IN	SOA起始授权记录	管理这个域名的七个重要参数
域名.	IN	MX	顺序数字接收邮件的服务器主机名字
主机别名.	IN	CNAME	实际代表这个主机别名的主机名字
SOA主要是与区域有关所以domain要写域名。而SOA后面会接七个参数这七个参数的意义如下
1)Master DNS服务器主机名这个区域主要是哪台DNS作为Master的意思。
2管理员的Email发生问题可以联系这个管理员。由于@在数据库文件中有特殊含义所以将用“.”代替@
3序号Serial这个序号代表的是这个数数据库文件的新旧序号越大代表越新。所以当你更改了数据库内容时需要将这个数值放大。
4更新频率Refresh定义slave多久向Master要求数据更新。
5失败重新尝试时间Retry如果Slave无法对Master实现连接那么在多长时间内Slave会尝试重新连接到Master。
6失效时间Expire如果一直尝试失败持续连接到达这个设置值时限那么Slave将不再继续尝试连接并且尝试删除这份下载的zone file信息。
7缓存时间Minumum TTL如果这个数据库zone file中每条记录都没有写到TTL缓存时间的话那么就以这个SOA的设置值为主。ttl的意思是当这笔记录被其他DNS服务器查询到后这个记录会在对方DNS服务器的缓存中保持多久时间。如果写了$TTL则以该值为准。
时间单位M分钟H小时D天W周默认是秒
[root@localhost ~]# vim /var/named/named.baidu.com 
$TTL 1D     设置ttl为1天
@    IN    SOA   @    admin.baidu.com.
 (  0   1D   1H    1W   3H )
 @代表zone的意思现在@代表baidu.com. SOA代表资源记录的名称为起始授权记录admin.baidu.com.表示有问题找该管理员0代表序列号1D代表更新频率为1天1H代表失败重新尝试时间为1小时1W代表失效时间为1周3H代表缓存时间为3小时
    IN    NS    ns.baidu.com.   前面有空格表示延续上面的domain。NS记录表示管理这个baidu.com域的服务器主机名为ns.baidu.com.
   IN    MX    10 mail.baidu.com.  有空格同上。MX记录表示接收邮件的服务器主机名如果有要发送给baidu.com域的邮件会先发给该邮件服务器
ns    IN    A    172.24.8.128   
mail   IN    A    172.24.8.128
www   IN    A    172.24.8.128
ftp   IN    CNAME  www    ftp为www.baidu.com.的别名如果要找ftp.baidu.com.可以找www.baidu.com.
重启named服务
客户端测试
修改DNS域名解析服务器的ip地址为当前服务器
检验
host [-a] FQDN [server]
-a代表列出该主机所有的相关信息包括IP、TTL与排错信息等
 server这个参数可有可无当想要利用非/etc/resolv.conf内的DNS主机来查询主机名与ip的对应时可以使用该参数。
nslookup [FQDN] [server]
可以直接在nslookup加上待查询主机名或者是IP
 nslookup ns.baidu.com
 nslookup mail.baidu.com
dig [options] FQDN [@server]
@server如果不以/etc/resolv.conf的设置来作为DNS查询可以在此写其他的IP
options+trace代表从.开始追踪-t type查询的数据主要有MX、NS、SOA、A等类型-x查询反解信息
 dig -t A ns.baidu.com
如果无法成功注意防火墙

实验二反向解析

[root@localhost ~]# vim /etc/named.conf
zone "8.24.172.in-addr.arpa" IN {   ip要反写且要加上.in-addr.arpa
    type master;
    file "named.172.24.8";
};
反向区域文件
[root@localhost ~]# vim /var/named/named.172.24.8 
$TTL 1D
@    IN    SOA   ns.baidu.com   admin.baidu.com. (
                0
                1D
                1H
                1W
                3H )
      IN    NS    ns.baidu.com.

128   IN    PTR   ns.baidu.com.反解就是PTR即是查询ip所对应的的主机名
128   IN    PTR   [www.baidu.com](http://www.baidu.com).
128   IN    PTR   mail.baidu.com.
128   IN    PTR   [ftp.baidu.com](ftp://ftp.baidu.com).
反解需要注意主机名尽量使用完整的FQDN即要写上“.”
同样在另一台虚拟机上进行检验
host 172.24.8.128
nslookup 172.24.8.128 
dig -x 172.24.8.128

实验三区域传送

将一个区域文件复制到多个服务器上的过程叫做区域传送。将主服务器上的信息复制到辅助服务器上来实现。
1完全区域传送复制整个区域文件
主DNS服务器为172.24.8.128
[root@localhost ~]# vim /etc/named.conf 
添加allow-transfer { 172.24.8.129; };     从DNS的ip地址


对于主DNS服务器将要传给从DNS服务器的区域文件来说需要加上如下两条信息


从DNS服务器为172.24.8.129
[root@localhost ~]# yum install bind -y
[root@localhost ~]# vim /etc/named.conf 
 
检验重启服务之后/var/named/slaves目录里面会多两个文件:named.baidu.com和named.192.168.227
(2)增量区域传送仅复制区域里变化的文件
修改主服务器的区域配置文件


重启服务
需要注意以下几点
1.序号需要比原序号大
2.更新频率可以改小一点这样比较快看到实验结果
3.需要写一条关于从服务器的NS和A记录不然新增的数据有时能更新有时无法更新

实验四批量解析

主服务器正向格式
[root@localhost ~]# vim /var/named/named.baidu.com 
$GENERATE 10-20 $.baidu.com. IN A 172.24.8.$


[root@localhost ~]# systemctl restart named
测试nslookup 1.baidu.com
nslookup xixi10.baidu.com
 
反向解析
[root@localhost ~]# vim /var/named/named.172.24.8 

$GENERATE 10-20 $ IN PTR $.baidu.com


[root@localhost ~]# systemctl restart named
测试nslookup 172.24.8.10