DNS原理及其解析过程
DNS：Domain name service 域名解析服务
FQDN：Full Qualified Domain Name，完全合格域名
TLD：Top level Domain 顶级域
组织域：.com、.org、.net、.cc
国家域：.cn、.tw、.hk、jp
反向域：IP —> FQDN
反向：IP —> FQDN
正向：FQDN —> IP
为什么需要DNS解析域名为IP地址？
网络通讯大部分是基于TCP/IP的，而TCP/IP是基于IP地址的，所以计算机在网络上进行通讯时只能识别如“202.96.134.133”之类的IP地址，而不能认识域名。我们无法记住10个以上IP地址的网站，所以我们访问网站时，更多的是在浏览器地址栏中输入域名，就能看到所需要的页面，这是因为有一个叫“DNS服务器”的计算机自动把我们的域名“翻译”成了相应的IP地址，然后调出IP地址所对应的网页。
具体什么是DNS？
DNS( Domain Name System)是“域名系统”的英文缩写，是一种组织成域层次结构的计算机和网络服务命名系统，它用于TCP/IP网络，它所提供的服务是用来将主机名和域名转换为IP地址的工作。DNS就是这样的一位“翻译官”，它的基本工作原理可用下图来表示。
DNS域名称
域名系统作为一个层次结构和分布式数据库，包含各种类型的数据，包括主机名和域名。DNS数据库中的名称形成一个分层树状结构称为域命名空间。域名包含单个标签分隔点，例如：im.qq.com。
完全限定的域名 (FQDN) 唯一地标识在 DNS 分层树中的主机的位置，通过指定的路径中点分隔从根引用的主机的名称列表
下图显示与主机称为 im 内 qq.com DNS 树的示例。 主机的 FQDN 是 im.qq.com。
DNS 域的名称层次结构
Dns服务的工作过程
当 DNS 客户机需要查询程序中使用的名称时，它会查询本地DNS 服务器来解析该名称。客户机发送的每条查询消息都包括3条信息，以指定服务器应回答的问题。
● 指定的 DNS 域名，表示为完全合格的域名 (FQDN) 。
● 指定的查询类型，它可根据类型指定资源记录，或作为查询操作的专门类型。
● DNS域名的指定类别。
对于DNS 服务器，它始终应指定为 Internet 类别。例如，指定的名称可以是计算机的完全合格的域名，如im.qq.com，并且指定的查询类型用于通过该名称搜索地址资源记录。
DNS 查询以各种不同的方式进行解析。客户机有时也可通过使用从以前查询获得的缓存信息就地应答查询。DNS 服务器可使用其自身的资源记录信息缓存来应答查询，也可代表请求客户机来查询或联系其他 DNS 服务器，以完全解析该名称，并随后将应答返回至客户机。这个过程称为递归。
另外，客户机自己也可尝试联系其他的 DNS 服务器来解析名称。如果客户机这么做，它会使用基于服务器应答的独立和附加的查询，该过程称作迭代，即DNS服务器之间的交互查询就是迭代查询。
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域的服务器收到请求后，如果自己无法解析，它就会找一个管理.com域的下一级DNS服务器地址(qq.com)给本地DNS服务器。当本地DNS服务器收到这个地址后，就会找qq.com域服务器，重复上面的动作，进行查询，直至找到www.qq.com主机。
6、如果用的是转发模式，此DNS服务器就会把请求转发至上一级DNS服务器，由上一级服务器进行解析，上一级服务器如果不能解析，或找根DNS或把转请求转至上上级，以此循环。不管是本地DNS服务器用是是转发，还是根提示，最后都是把结果返回给本地DNS服务器，由此DNS服务器再返回给客户机。
从客户端到本地DNS服务器是属于递归查询，而DNS服务器之间就是的交互查询就是迭代查询。
DNS的配置
192.168.233.179 hadoop01.ftgov – DNS主机
192.168.233.180 hadoop02.ftgov – DNS客户机
192.168.233.181 hadoop03.ftgov – DNS客户机
在DNS主机上
安装软件
安装bind命令
yum -y install bind bind-utils bind-chroot
bind详解：
包名：bind
进程：named
协议：dns
使用端口：53（tcp，udp）
相关包：
bind-chroot：将named进程的活动范围限定在chroot目录，保证安全性。
bind-devel：与开发相关的头文件和库文件（编译安装bind时所需）
bind-libs：bind服务器端和客户端都使用到的公共库文件
bind-utils ： bind客户端工具
修改/etc/named.conf 访问权限
vi /etc/named.conf
修改 /etc/named.rfc1912.zones文件，加入正解和反解配置
zone "ftgov" IN { //当输入类似“ftgov”后缀如:hadoop01.ftgov时正解析
type master; //此为dns主机
file "named.ftgov.com"; //解析文件将会读取 /var/named 目录下named.ftgov.com文件的域名与IP映射配置（文件稍后生成）
allow-update { none; };
};
zone "233.168.233.in-addr.arpa" IN { //当输入类似“192.168.233.xxx”时反解析,注意地址顺序
type master;
file "named.192.168.233.zone"; //反解文件位于 /var/named 目录下named.192.168.233.zone的配置中（文件稍后生成）
allow-update { none; };
};
生成以上配置需要用到的正解和反解文件
打开目录 cd /var/named
生成文件 named.ftgov.com
复制文件[root@hadoop01 named]# cp -p named.localhost named.ftgov.com
cp -p named.localhost named.192.168.233.zone
配置 named.ftgov.com
配置生成文件 named.192.168.233.zone
客户端操作(两台)
vi /etc/sysconfig/network-scripts/ifcfg-eths33 // 具体修改为自己当前使用的网卡名
重启客户端网络服务
systemctl restart network
启动DNS服务器(192.168.233.179)
systemctl start named //开启DNS服务
ss -ntl //查看是否开启 默认是53端口
测试结果
另一种工具的(dig)用法
dig命令：
语法：
dig -t 资源记录类型 名称 @server-ip
dig -t NS baidu.com
dig -x IP @server-ip：查询反向解析
dig -x 192.168.233.180
dig - t 资源记录类型 名称 +trace：追踪解析过程
dig -t A hadoop02 +trace