RHCE——八、DNS域名解析服务器

RHCE

  • 一、概述
    • 1、产生原因
    • 2、作用
    • 3、连接方式
    • 4、因特网的域名结构
      • 4.1 拓扑
      • 4.2 分类
      • 4.3 域名服务器类型划分
  • 二、DNS域名解析过程
    • 1、分类
    • 2、解析图:
      • 2.1 图:
      • 2.2 过程分析
  • 三、搭建DNS域名解析服务器
    • 1、概述
    • 2、安装软件
    • 3、/bind服务中三个关键文件
    • 4、配置文件分析
    • 5、区域配置文件
      • 5.1 作用
      • 5.2 区域配置文件示例分析
    • 6、正向解析资源文件
      • 6.1 概述
      • 6.2 模板内容分析
      • 6.3 域名解析记录分析
    • 7、反向解析资源文件
      • 7.1 实验1:正向解析
        • 准备工作
        • DNS解析配置
        • 注意:第三步数据配置文件可以进行精简
      • 7.2 实验2:反向解析
  • 四、部署DNS从服务器
    • 1、作用
    • 2、实验:主从DNS服务器
      • 2.1 完全区域传送
      • 2.2 增量区域传送
      • 2.3 注意
  • 五、练习:配置dns服务的正反向解析
    • 正向解析
    • 反向解析

一、概述

1、产生原因

  • IP 地址:是互联网上计算机唯一的逻辑地址,通过 IP 地址实现不同计算机之间的相互通信,每台联网计算机都需要通过 IP 地址来互相联系和分别,但由于 IP 地址是由一串容易混淆的数字串构成,人们很难记忆所有计算机的 IP 地址,这样对于我们日常工作生活访问不同网站是很困难的。
  • 基于这种背景,人们在 IP 地址的基础上又发展出了一种更易识别的符号化标识,这种标识由人们自行选择的字母和数字构成,相比 IP 地址更易被识别和记忆,逐渐代替 IP 地址成为互联网用户进行访问互联的主要入口。这种符号化标识就是域名
  • 域名虽然更易被用户所接受和使用,但计算机只能识别纯数字构成的 IP 地址,不能直接读取域名。因此要想达到访问效果,就需要将域名翻译成 IP 地址。而 DNS 域名解析承担的就是这种翻译效果

2、作用

  • DNS(Domain Name System)是互联网上的一项服务,用于将域名和IP地址进行相互映射,使人更方便的访问互联网
  • 正向解析:域名->IP
  • 反向解析:IP->域名

3、连接方式

  • DNS使用53端口监听网络
  • 查看方法:
  • DNS默认以UDP这个较快速的数据传输协议来查询,但没有查询到完整的信息时,就会再次以TCP协议重新查询则启动DNS时,会同时启动TCP以及UDP的port53

4、因特网的域名结构

4.1 拓扑

  • 由于因特网的用户数量较多,则因特网命名时采用层次树状结构的命名方法。
  • 域名(domain name):任何一个连接在因特网上的主机或路由器,都有一个唯一的层次结构的名称
  • 域(domain):是名字空间中一个可被管理的划分结构。
  • 注意:域名只是逻辑概念,并不代表计算机所在的物理地点

4.2 分类

  • 国家顶级域名:采用ISO3166的规定,如:cn代表中国,us代表美国,uk代表英国,等等。国家域名又常记为CCTLD(country code top-level domains,cc表示国家代码contry-code)
  • 通用顶级域名:最常见的通用顶级域名有7个
    • com (公司企业)
    • net (网络服务机构)
    • org (非营利组织)
    • int (国际组织)
    • gov (美国的政府部门)
    • mil (美国的军事部门)
  • 基础结构域名(infrastructure domain):这种顶级域名只有一个,即arpa,用于反向域名解析,因此称为反向域名

4.3 域名服务器类型划分

  • 组织架构:

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

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

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

  • 权限域名服务器:负责一个“区”的域名服务器

  • 本地域名服务器:本地域名服务器不属于域名服务器的层次结构,当主机发出DNS查询时,这个查询报文就发送给本地域名服务器

  • 为了提高域名服务器的可靠性,DNS域名服务器都把数据复制到几个域名服务器来保存,如:

    • 主服务器:在特定区域内具有唯一性,负责维护该区域内的域名与 IP 地址之间的对应关系(真正干活的)
    • 从服务器:从主服务器中获得域名与 IP 地址的对应关系并进行维护,以防主服务器宕机等情况(打下手的)
    • 缓存服务器:通过向其他域名解析服务器查询获得域名与 IP 地址的对应关系,并将经常查询的域名信息保存到服务器本地,以此来提高重复查询时的效率,一般部署在企业内网的网关位置,用于加速用户的域名查询请求

二、DNS域名解析过程

1、分类

  • 递归解析:DNS 服务器在收到用户发起的请求时,必须向用户返回一个准确的查询结果。如果 DNS 服务器本地没有存储与之对应的信息,则该服务器需要询问其他服务器,并将返回的查询结果提交给用户
  • 迭代解析(反复):DNS 服务器在收到用户发起的请求时,并不直接回复查询结果,而是告诉另一台 DNS 服务器的地址,用户再向这台 DNS 服务器提交请求,依次反复,直到返回查询结果

2、解析图:

2.1 图:

2.2 过程分析

  • 第一步:在浏览器中输入www . google .com 域名,本地电脑会检查浏览器缓存中有没有这个域名对应的解析过的 IP 地址,如果缓存中有,这个解析过程就结束。浏览器缓存域名也是有限制的,不仅浏览器缓存大小有限制,而且缓存的时间也有限制,通常情况下为几分钟到几小时不等,域名被缓存的时间限制可以通过 TTL 属性来设置。这个缓存时间太长和太短都不太好,如果时间太长,一旦域名被解析到的 IP 有变化,会导致被客户端缓存的域名无法解析到变化后的 IP 地址,以致该域名不能正常解析,这段时间内有一部分用户无法访问网站。如果设置时间太短,会导致用户每次访问网站都要重新解析一次域名
  • 第二步:如果浏览器缓存中没有数据,浏览器会查找操作系统缓存中是否有这个域名对应的 DNS 解析结果。其实操作系统也有一个[域名解析]的过程,在 Linux 中可以通过 / etc/hosts 文件来设置,而在 windows 中可以通过配置 C:\Windows\System32\drivers\etc\hosts 文件来设置,用户可以将任何域名解析到任何能够访问的 IP 地址。例如,我们在测试时可以将一个域名解析到一台测试服务器上,这样不用修改任何代码就能测试到单独服务器上的代码的业务逻辑是否正确。正是因为有这种本地 DNS 解析的规程,所以有黑客就可能通过修改用户的域名来把特定的域名解析到他指定的 IP 地址上,导致这些域名被劫持
  • 第三步:前两步是在本地电脑上完成的,若无法解析时,就要用到我们网络配置中的 “DNS 服务器地址” 了。操作系统会把这个域名发送给这个本地 DNS 服务器。每个完整的内网通常都会配置本地 DNS 服务器,例如用户是在学校或工作单位接入互联网,那么用户的本地 DNS 服务器肯定在学校或工作单位里面。它们一般都会缓存域名解析结果,当然缓存时间是受到域名的失效时间控制的。大约 80% 的域名解析到这里就结束了,后续的 DNS 迭代和递归也是由本地 DNS 服务器负责
  • 第四步:如果本地 DNS 服务器仍然没有命中,就直接到根 DNS 服务器请求解析
  • 第五步:根 DNS 服务器返回给本地 DNS 域名服务器一个顶级 DNS 服务器地址,它是国际顶级域名服务器,如. com、.cn、.org 等,全球只有 13 台左右
  • 第六步:本地 DNS 服务器再向上一步获得的顶级 DNS 服务器发送解析请求
  • 第七步:接受请求的顶级 DNS 服务器查找并返回此域名对应的 Name Server 域名服务器的地址,这个 Name Server 服务器就是我要访问的网站域名提供商的服务器,其实该域名的解析任务就是由域名提供商的服务器来完成。 比如我要访问 www.baidu.com,而这个域名是从 A 公司注册获得的,那么 A 公司上的服务器就会有 www.baidu.com 的相关信息
  • 第八步:返回该域名对应的 IP 和 TTL 值,本地 DNS 服务器会缓存这个域名和 IP 的对应关系,缓存时间由 TTL 值控制
  • 第九步:Name Server 服务器收到查询请求后再其数据库中进行查询,找到映射关系后将其IP地址返回给本地DNS服务器
  • 第十步:本地DNS服务器把解析的结果返回给本地电脑,本地电脑根据 TTL 值缓存在本地系统缓存中,域名解析过程结束在实际的 DNS 解析过程中,可能还不止这 10 步,如 Name Server 可能有很多级,或者有一个 GTM 来负载均衡控制,这都有可能会影响域名解析过程
  • 注意:
    • 从客户端到本地DNS服务器是属于递归查询,而DNS服务器之间使用的交互查询就是迭代查询
    • 114.114.114.114是国内移动、电信和联通通用的DNS,手机和电脑端都可以使用,干净无广告,解析成功率相对来说更高,国内用户使用的比较多,而且速度相对快、稳定,是国内用户上网常用的DNS。
    • 223.5.5.5和223.6.6.6是阿里提供的免费域名解析服务器地址
    • 8.8.8.8是GOOGLE公司提供的DNS,该地址是全球通用的,相对来说,更适合国外以及访问国外网站的用户使用

三、搭建DNS域名解析服务器

1、概述

  • BIND:Berkeley Internet Name Domain ,伯克利因特网域名解析服务是一种全球使用最广泛的、最高效的、最安全的域名解析服务程序

2、安装软件

[root@server ~]# yum  install  bind  -y

在这里插入图片描述

3、/bind服务中三个关键文件

  • /etc/named.conf : 主配置文件,共59行,去除注释和空行之和有效行数仅30行左右,用于设置bind服务程序的运行
    在这里插入图片描述

  • /etc/named.rfc1912.zones : 区域配置文件(zone),用于保存域名和IP地址对应关系文件的所在位置,类似于图书目录,当需要修改域名与IP映射关系时需要在此文件中查找相关文件位置
    在这里插入图片描述

  • /var/named 目录:数据配置文件目录,该目录存储保存域名和IP地址映射关系的数据文件
    在这里插入图片描述
    在这里插入图片描述

4、配置文件分析

  • 主配置文件共4部分组成
    • options{}
      在这里插入图片描述

    • logging{}
      在这里插入图片描述

    • zone{}
      在这里插入图片描述

    • include
      在这里插入图片描述

  • 常用参数:
[root@server ~]# vim  /etc/named.conf 

options {  # 全局参数设置
        listen-on port 53 { 127.0.0.1; }; # 重要,监听允许访问的ip与端口,可以使用IP地址、网段、所有主机(any)
        listen-on-v6 port 53 { ::1; };# 重要,监听允许访问的ipV6与端口
        directory       "/var/named";  # DNS数据目录位置,默认即可
        dump-file       "/var/named/data/cache_dump.db"; # 默认缓存文件位置,默认即可
        statistics-file "/var/named/data/named_stats.txt"; # DNS状态文件保存文件,默认即可
        memstatistics-file "/var/named/data/named_mem_stats.txt"; # 内存状态文件保存文件,默认即可
        secroots-file   "/var/named/data/named.secroots"; # 安全根服务器保存位置,默认即可
        recursing-file  "/var/named/data/named.recursing"; # 递归查询文件保存位置,默认即可
        allow-query     { localhost; };  # 重要,表示允许那些客户端进行访问,可以书写IP地址、网段、所有主机(any)
        recursion yes;   # 重要,允许递归查询,若删除则为迭代查询

        dnssec-validation yes; # 开启加密,默认即可

        managed-keys-directory "/var/named/dynamic";  # 指定目录中文件保存位置,用于管理密钥(DNSSEC)

        pid-file "/run/named/named.pid"; # pid文件保存路径,默认即可
        session-keyfile "/run/named/session.key"; # 会话密钥存储路径,自动生成,默认即可
   
   
logging {  # 指定日志记录的分类及其存储目录
        channel default_debug {   # 设置日志输出方式
                file "data/named.run";  # 产生日志信息文件的位置
                severity dynamic;   # 日志级别
        };
};

zone "." IN {    # zone 表示区域, "." 表示根,此处设置DNS根服务器的相关内容
        type hint;    # 表示服务器的类型为根
        file "named.ca";  # 用于保存dns根服务器信息的文件,存储路径/var/named/named.ca,一共有13台ipv4和13台ipv6根服务器信息
};

include "/etc/named.rfc1912.zones";  # 表示当前DNS服务器的区域配置文件位置
include "/etc/named.root.key";   # 密钥存储文件位置
  • 一般需要修改三部分:
    • listen-on port 53 { 127.0.0.1; }; 即监听ip及端口
    • allow-query { localhost; }; 允许那些客户端访问
    • recursion yes; 是否开启递归查询

5、区域配置文件

5.1 作用

  • /etc/named.rfc1912.zones文件为bind服务程序的区域配置文件,用来保存域名与IP地址映射关系文件的位置,是一系列功能模板的集合
    在这里插入图片描述

5.2 区域配置文件示例分析

  • 正向解析
zone "localhost.localdomain" IN {  # 正向解析域名
        type master; # 服务类型:master表示主服务器,slave表示从服务器,hint根服务器
        file "named.localhost";  # 域名与IP地址规则文件存储位置
        allow-update { none; };  # 允许那些客户端动态更新本机域名解析
};

# allow-update:允许更新解析库内容,一般关闭
# allow-query: 允许查询的主机,白名单
# allow-tranfter : 允许同步的主机,白名单,常用
# allow-recursion: 允许递归的主机
  • 反向解析:
zone "1.0.0.127.in-addr.arpa" IN { # 表示127.0.0.1的反向解析配置,IP地址需要倒置书写,只需书写网段即可
        type master;  
        file "named.loopback";  # 反向解析的规则文件保存位置
        allow-update { none; };
};

6、正向解析资源文件

6.1 概述

  • 查看:
[root@server ~]# vim  /var/named/named.localhost 
  • 注意:推荐对该模板文件进行局部修改

6.2 模板内容分析

$TTL 1D  # 设置生存周期时间,为1天,$表示宏定义
@       IN SOA  @ rname.invalid. (
# @ :表示zone域,现在表示域名,如baidu.com
# IN SOA : 授权信息开始
# rname.invalid. : 域名管理员的邮箱(不能使用@,使用点替代邮件分隔符@)
                                     1     ; serial  # 序列号,10位以内的整数
                                     1D      ; refresh # 更新频率为1天
                                     1H      ; retry   # 失败重试时间为1小时
                                     1W      ; expire  # 失效时间1周
                                     3H )    ; minimum # 缓存时间为3小时
		IN	NS	ns.域名.
ns		IN	A	域名解析服务器IP地址
www		IN	A   域名解析服务器IP地址
bbs		IN	A   域名解析服务器IP地址
mail	IN	A   域名解析服务器IP地址

# A:表示IPv4地址, AAAA表示IPv6地址

6.3 域名解析记录分析

  • A记录:A 代表 Address,用来指定域名对应的 IP 地址,如将 item.taobao.com 指定到 115.238.23.xxx,将 switch.taobao.com 指定到 121.14.24.xxx
  • MX记录:Mail Exchange,就是可以将某个域名下的邮件服务器指向自己的 Mail Server,如 taobao.com 域名的 A 记录 IP 地址是 115.238.25.xxx,如果将 MX 记录设置为 115.238.25.xxx,即 xxx@taobao.com 的邮件路由,DNS 会将邮件发送到 115.238.25.xxx 所在的服务器,而正常通过 Web 请求的话仍然解析到 A 记录的 IP 地址
  • NS记录:为某个域名指定 DNS 解析服务器,也就是这个域名由指定的 IP 地址的 DNS 服务器取解析
  • CNAME 记录:Canonical Name,即别名解析。所谓别名解析就是可以为一个域名设置一个或者多个别名,如将 aaa.com 解析到 bbb.net、将 ccc.com 也解析到 bbb.net,其中 bbb.net 分别是 aaa.com 和 ccc.com 的别名
  • TXT 记录:为某个主机名或域名设置说明,如可以为 ddd.net 设置 TXT 记录为 “这是 XXX 的博客” 这样的说明

7、反向解析资源文件

[root@server ~]# vim  /var/named/named.loopback 
$TTL 1D
@       IN SOA  @ rname.invalid. (
                                        0       ; serial
                                        1D      ; refresh
                                        1H      ; retry
                                        1W      ; expire
                                        3H )    ; minimum
IN		 NS       ns.域名.   # 域名服务器记录,注意结尾的点
ns		 IN	  A   域名解析服务器的IP地址
IP地址	PTR      域名.   # PTR 指针记录,用于反向解析

7.1 实验1:正向解析

服务端IP客户端IP网址
192.168.13.134192.168.13.135www.openlab.com

准备工作

[root@server ~]# setenforce 0
[root@server ~]# systemctl stop firewalld
# 服务端及客户端都设置静态IP地址
[root@server ~]# yum  install bind -y

在这里插入图片描述

DNS解析配置

  • 第一步:服务端操作,配置DNS主配置文件
    在这里插入图片描述
[root@server named]# vim  /etc/named.conf 

options {
        listen-on port 53 { any ;};
		……
        allow-query     { any ;};

在这里插入图片描述

  • 第二步:服务端操作,编辑区域配置文件,可以清空后添加,也推荐选择一个解析模版进行修改
    在这里插入图片描述
[root@server ~]# vim  /etc/named.rfc1912.zones 
# 选择一个正向解析模版,进行修改,设置解析区域名及存储解析记录的数据文件名
zone "openlab.com" IN {
        type master;
        file "openlab.com.zone";
        allow-update { none; };
};

在这里插入图片描述

  • 第三步:服务端操作,编辑数据配置文件,推荐使用cp -a命令完全拷贝一份正向解析模版(named.localhost),在修改局部
[root@server ~]# cd  /var/named
[root@server named]# ls
data  dynamic  named.ca  named.empty  named.localhost  named.loopback  slaves
[root@server named]# cp  -a  named.localhost openlab.com.zone
[root@server named]# vim  openlab.com.zone 
# 修改如下
$TTL 1D
openlab.com.    IN SOA  ns.openlab.com.  andy.qq.com. (
                                        0       ; serial
                                        1D      ; refresh
                                        1H      ; retry
                                        1W      ; expire
                                        3H )    ; minimum
openlab.com.    IN      NS      ns.openlab.com.
ns.openlab.com. IN      A       192.168.13.134

www.openlab.com.        IN      A       192.168.13.134
bbs.openlab.com.        IN      A       192.168.13.134
ftp.openlab.com.        IN      A       192.168.13.134
www1.openlab.com.       IN      CNAME   www.openlab.com.

在这里插入图片描述

  • 第四步:服务端操作,重启服务
[root@server named]# systemctl start named
  • 第六步:测试,将客户端的网卡配置文件中的DNS解析地址修改为服务端的IP地址,以后客户端的dns解析申请会交给服务端来完成
    在这里插入图片描述
    修改后:
    在这里插入图片描述
[root@node1 ~]# vim  /etc/NetworkManager/system-connections/ens160.nmconnection      # 打开网卡配置文件
[ipv4]
address1=192.168.13.135/24,192.168.13.2
dns=192.168.13.134;   # 修改dns值为服务端ip
method=manual

[root@node1 ~]# nmcli  connection  reload   # 重载配置文件
[root@node1 ~]# nmcli  connection  up ens160  # 激活

在这里插入图片描述

[root@node1 ~]# nslookup  # 进入交互模式进行测试
> www.openlab.com
Server:		192.168.13.134
Address:	192.168.13.134#53

Name:	www.openlab.com
Address: 192.168.13.134
> ftp.openlab.com
Server:		192.168.13.134
Address:	192.168.13.134#53

Name:	ftp.openlab.com
Address: 192.168.13.134
> www1.openlab.com
Server:		192.168.13.134
Address:	192.168.13.134#53

www1.openlab.com	canonical name = www.openlab.com.
Name:	www.openlab.com
Address: 192.168.13.134
> # ctrl+d退出
[root@node1 ~]# nslookup  bbs.openlab.com  # 命令模式
Server:		192.168.13.134
Address:	192.168.13.134#53

Name:	bbs.openlab.com
Address: 192.168.13.134

# 或者使用下列方法测试
[root@node1 ~]# host  www.openlab.com
[root@node1 ~]# dig  @192.168.13.134  www.openlab.com

在这里插入图片描述
在这里插入图片描述

注意:第三步数据配置文件可以进行精简

  • SOA起始授权记录:openlab.com. IN SOA ns.openlab.com. admin.openlab.com. (),表示openlab.com.这个域名指定dns服务器为ns.openlab.com.这台主机,以及其它附加信息
  • ns记录:openlab.com. IN NS ns.openlab.com. ,声明openlab.com.这个域名的dns服务器为ns.openlab.com.主机
  • 以上区别:NS记录仅仅只是声明该域内哪台主机是dns服务器,用来提供名称解析服务,NS记录不会区分哪台dns服务器是master哪台dns服务器是slave。而SOA记录则用于指定哪个NS记录对应的主机是master dns服务器,也就是从多个dns服务器中挑选一台任命其为该域内的master dns服务器,其他的都是slave,都需要从master上获取域相关数据
  • A记录:表示那台主机解析为什么IP地址
  • CNAME记录:别名,www1.openlab.com.主机解析为www.openlab.com.主机在查找对应IP
  • 精简原则:
    • 可以使用@替代域名,如@替代openlab.com.
    • 可以使用空格或tab重复继承上一行第一列的值
    • 可以省略域名,会自动补全,如:www为www.openlab.com.
    • 配置文件可以省略如下:
[root@server named]# vim  openlab.com.zone

$TTL 1D
@    IN SOA  ns.openlab.com. admin.openlab.com. (
                                        0       ; serial
                                        1D      ; refresh
                                        1H      ; retry
                                        1W      ; expire
                                        3H )    ; minimum
		   NS      ns.openlab.com.
ns         IN      A       192.168.48.130
www        IN      A       192.168.48.130
ftp        IN      A       192.168.48.130
bbs        IN      A       192.168.48.130
www1       IN      CNAME   www

7.2 实验2:反向解析

服务端IP客户端IP网址
192.168.13.134192.168.13.135www.openlab.com
  • 第一步:服务端操作,基于上例,继续完成,主配置文件按照上例设置不变,编辑区域配置文件,选择一个反向解析模版进行修改
    在这里插入图片描述
[root@server ~]# vim  /etc/named.rfc1912.zones   
zone "13.168.192.in-addr.arpa" IN {  # 区域名使用倒置的网段号+.in-addr.arpa组成
        type master;
        file "192.168.13.arpa";      # 数据配置文件名使用网段号+.arpa组成
        allow-update { none; };
};

  • 第二步:服务端操作,编辑数据配置文件,复制一份反向解析模版(named.loopback),在修改局部即可
[root@server ~]# cd  /var/named/
[root@server named]# cp  -a  named.loopback  192.168.13.arpa
[root@server named]# vim  192.168.13.arpa 
$TTL 1D
@       IN SOA  ns.openlab.com.  zy.qq.com. (
                                        0       ; serial
                                        1D      ; refresh
                                        1H      ; retry
                                        1W      ; expire
                                        3H )    ; minimum
        NS      ns.openlab.com.
134     IN      PTR     ns.openlab.com.
134     IN      PTR     www.openlab.com.
134     IN      PTR     bbs.openlab.com.
134     IN      PTR     ftp.openlab.com.

在这里插入图片描述
在这里插入图片描述

  • 第三步:服务端重启服务
[root@server named]# systemctl restart named
  • 第四步:客户端操作,测试
[root@node1 ~]# nslookup
> www.openlab.com
Server:		192.168.13.134
Address:	192.168.13.134#53

Name:	www.openlab.com
Address: 192.168.13.134
> 192.168.13.134
134.13.168.192.in-addr.arpa	name = ftp.openlab.com.
134.13.168.192.in-addr.arpa	name = ns.openlab.com.
134.13.168.192.in-addr.arpa	name = www.openlab.com.
134.13.168.192.in-addr.arpa	name = bbs.openlab.com.
>   # ctrl+d退出

在这里插入图片描述

四、部署DNS从服务器

1、作用

  • DNS作为重要的互联网基础设施服务,保证 DNS 域名解析服务的正常运转至关重要,只有这样才能提供稳定、快速且不间断的域名查询服务
  • DNS 域名解析服务中,从服务器可以从主服务器上获取指定的区域数据文件,从而起到备份解析记录与负载均衡的作用,因此通过部署从服务器可以减轻主服务器的负载压力,还可以提升用户的查询效率
  • 注意:
    • 时间同步必须保持一致性
    • bind最好使用同一版本

2、实验:主从DNS服务器

2.1 完全区域传送

  • 将一个区域文件复制到多个从服务器上的过程称为区域传送
  • 将主服务器的所有信息全部复制到从服务器中,称为完全区域传送,即复制整个区域文件
  • 实验说明
设备IP系统
主服务器192.168.13.134RHEL9.1
从服务器192.168.13.135RHEL9.1
  • 第一步:两个服务器server和node1恢复快照,安装软件,设置静态IP
[root@server ~]# setenforce 0
[root@server ~]# systemctl stop firewalld
[root@node1 ~]# setenforce 0
[root@node1 ~]# systemctl stop firewalld
# 服务端及客户端都设置静态IP地址
[root@server ~]# yum  install bind -y
[root@node1 ~]# yum  install bind -y

在这里插入图片描述

  • 第二步:主服务器server端操作,设置dns主配置文件,修改内容如下:
    在这里插入图片描述
[root@server ~]# vim  /etc/named.conf 
options {
        listen-on port 53 { 192.168.13.134; };  # 可以该为本机IP或any
 		……
        allow-query     { any; };

在这里插入图片描述

  • 第三步:主服务器server‘操作,设置区域配置文件
    在这里插入图片描述
[root@server ~]# vim  /etc/named.rfc1912.zones 
zone "openlab.com" IN {
        type master;
        file "openlab.com.zone";
        allow-transfer { 192.168.13.135; };       
};
# 重点:改为同步模式,格式为allow-transfer { 从服务器的IP地址; };

在这里插入图片描述

  • 第四步:主服务器server端操作,设置正向解析的数据配置文件
    在这里插入图片描述
[root@server ~]# cd  /var/named/
[root@server named]# ls
data  dynamic  named.ca  named.empty  named.localhost  named.loopback  slaves
[root@server named]# cp  -a  named.localhost openlab.com.zone
[root@server named]# vim  openlab.com.zone 
$TTL 1D
openlab.com.    IN SOA  ns.openlab.com.  zy.qq.com. (
                                        0       ; serial
                                        1D      ; refresh
                                        1H      ; retry
                                        1W      ; expire
                                        3H )    ; minimum
openlab.com.            IN      NS      ns.openlab.com.
openlab.com.            IN      NS      slave.openlab.com.  # 增减从
ns.openlab.com.         IN      A       192.168.13.134
slave.openlab.com.      IN      A       192.168.13.135      # 增加从

www.openlab.com.        IN      A       192.168.13.134
ftp.openlab.com.        IN      A       192.168.13.134
bbs.openlab.com.        IN      A       192.168.13.134

在这里插入图片描述

在这里插入图片描述

  • 第五步:主服务器server端操作,重启服务
[root@server named]# systemctl start named
  • 第六步:从服务器node1端操作,修改主配置文件
    在这里插入图片描述
[root@node1 ~]# vim  /etc/named.conf 
options {
        listen-on port 53 { 192.168.13.135; };  
 		……
        allow-query     { any; };

在这里插入图片描述

  • 第七步:从服务器node1端操作,修改区域配置文件,注意:
    在这里插入图片描述
zone "openlab.com" IN {
        type slave;                      # 服务类型变更为从
        masters  { 192.168.13.134; };    # 设置主服务器的IP地址
        file "slaves/openlab.com.zone";  # 从服务器的数据配置文件存储位置必须为slaves目录下
};

在这里插入图片描述

  • 第八步:从服务器node1端重启服务,当从服务器服务重启,会向主服务器同步拉取数据到/var/named/slaves
[root@node1 named]# cd slaves/
[root@node1 slaves]# ls           # 重启前为空目录
[root@node1 slaves]# systemctl start named
[root@node1 slaves]# ls   
openlab.com.zone         # 拉取数据

在这里插入图片描述

  • 第九步:测试,定位客户端node2,修改网卡的dns
    在这里插入图片描述
    在这里插入图片描述
[root@node2 ~]# vim  /etc/NetworkManager/system-connections/ens160.nmconnection             #  设置dns为192.168.48.131
[root@node2 ~]# nmcli connection reload 
[root@node2 ~]# nmcli connection up ens160
连接已成功激活(D-Bus 活动路径:/org/freedesktop/NetworkManager/ActiveConnection/2)
[root@node2 ~]# nslookup www.openlab.com
Server:		192.168.13.135
Address:	192.168.13.135#53

Name:	www.openlab.com
Address: 192.168.13.134

在这里插入图片描述

2.2 增量区域传送

  • 功能:仅复制区域中变化的数据部分
  • 第一步:主服务器server端操作,修改数据配置文件
    在这里插入图片描述
[root@server named]# vim  /var/named/openlab.com.zone 
$TTL 1D
openlab.com.    IN SOA  ns.openlab.com.  alice.126.com. (
                                        1       ; serial   # 修改
                                        1D      ; refresh
                                        1H      ; retry
                                        1W      ; expire
                                        3H )    ; minimum
openlab.com.            IN      NS      ns.openlab.com.
openlab.com.            IN      NS      slave.openlab.com.
openlab.com.            IN      MX      8       mail.openlab.com.  # 增加

ns.openlab.com.         IN      A       192.168.13.134
slave.openlab.com.      IN      A       192.168.13.135

mail.openlab.com.       IN      A       192.168.13.134    # 增加
www.openlab.com.        IN      A       192.168.13.134
ftp.openlab.com.        IN      A       192.168.13.134
bbs.openlab.com.        IN      A       192.168.13.134
www1.openlab.com.       IN      CNAME   www.openlab.com.   # 增加

# 注意:1       ; serial中序号修改为1,否则从服务器不会更新数据

在这里插入图片描述

  • 第二步:主服务器server端操作,重启服务
[root@server named]# systemctl restart named
  • 第三步:从服务器node1端,重启服务
[root@node1 slaves]# systemctl restart named
  • 第四步:客户端node2测试
[root@node2 ~]# nslookup  mail.openlab.com
Server:		192.168.13.135
Address:	192.168.13.135#53

Name:	mail.openlab.com
Address: 192.168.13.134

[root@node2 ~]# nslookup  www1.openlab.com
Server:		192.168.13.135
Address:	192.168.13.135#53

www1.openlab.com	canonical name = www.openlab.com.
Name:	www.openlab.com
Address: 192.168.13.134

在这里插入图片描述

2.3 注意

  • 序号必须比原序号要大
  • 更新频率需要改小一些,这样可以更快看到实验结果
  • 增量传送中主服务端需要写关于从服务器的NS记录和A记录,否则从服务器端不更新数据

五、练习:配置dns服务的正反向解析

正向解析

服务端IP客户端IP网址
192.168.13.134192.168.13.135www.openlab.com
  • 第一步:关闭安全软件并安装
[root@server ~]# setenforce 0
[root@server ~]# systemctl stop firewalld
[root@server ~]# yum  install bind -y

在这里插入图片描述

  • 第二步:在服务端进行配置DNS主配置文件
[root@server named]# vim  /etc/named.conf 

原文件:
在这里插入图片描述
修改之后:
在这里插入图片描述

  • 第三步:在服务端进行编辑区域配置文件
[root@server ~]# vim  /etc/named.rfc1912.zones 

原文件:
在这里插入图片描述
修改之后:
在这里插入图片描述

  • 第四步:在服务端编辑数据配置文件
[root@server ~]# cd  /var/named
[root@server named]# ls
data  dynamic  named.ca  named.empty  named.localhost  named.loopback  slaves
[root@server named]# cp  -a  named.localhost openlab.com.zone # 复制模板进行编辑
[root@server named]# vim  openlab.com.zone 

修改之后文件:
在这里插入图片描述

  • 第五步:重启服务
[root@server named]# systemctl start named
  • 第六步:更改客户端dns服务IP并测试
[root@node1 ~]# vim  /etc/NetworkManager/system-connections/ens160.nmconnection      # 打开并编辑网卡配置文件
[root@node1 ~]# nmcli  connection  reload   # 重载配置文件
[root@node1 ~]# nmcli  connection  up ens160  # 激活

原文件:
在这里插入图片描述
修改后:
在这里插入图片描述
在这里插入图片描述

[root@node1 ~]# nslookup 
> www.openlab.com
Server:		192.168.13.134
Address:	192.168.13.134#53

Name:	www.openlab.com
Address: 192.168.13.134
> ftp.openlab.com
Server:		192.168.13.134
Address:	192.168.13.134#53

Name:	ftp.openlab.com
Address: 192.168.13.134
> www1.openlab.com
Server:		192.168.13.134
Address:	192.168.13.134#53

www1.openlab.com	canonical name = www.openlab.com.
Name:	www.openlab.com
Address: 192.168.13.134

在这里插入图片描述
在这里插入图片描述

反向解析

服务端IP客户端IP网址
192.168.13.134192.168.13.135www.openlab.com
  • 第一步:主配置文件不变,在服务端编辑区域配置文件。
    主配置文件:
    在这里插入图片描述
[root@server ~]# vim  /etc/named.rfc1912.zones 

修改后:

  • 第二步:在服务端编辑数据配置文件
[root@server ~]# cd  /var/named/
[root@server named]# cp  -a  named.loopback  192.168.13.arpa # 复制模板
[root@server named]# vim  192.168.13.arpa 

在这里插入图片描述
修改之后:
在这里插入图片描述

  • 第三步:在服务端重启服务
[root@server named]# systemctl restart named
  • 第四步:在客户端测试
[root@node1 ~]# nslookup
> www.openlab.com
Server:		192.168.13.134
Address:	192.168.13.134#53

Name:	www.openlab.com
Address: 192.168.13.134
> 192.168.13.134
134.13.168.192.in-addr.arpa	name = ftp.openlab.com.
134.13.168.192.in-addr.arpa	name = ns.openlab.com.
134.13.168.192.in-addr.arpa	name = www.openlab.com.
134.13.168.192.in-addr.arpa	name = bbs.openlab.com.
>   # ctrl+d退出

在这里插入图片描述
练习完成。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mfbz.cn/a/92626.html

如若内容造成侵权/违法违规/事实不符,请联系我们进行投诉反馈qq邮箱809451989@qq.com,一经查实,立即删除!

相关文章

原生微信小程序 动态(横向,纵向)公告(广告)栏

先看一下动态效果 Y轴滚动公告的原理是swiper组件在页面中的Y轴滚动,属性vertical,其余属性也设置一下autoplay circular interval"3000" X轴滚动的原理是,利用动画效果,将内容从右往左过渡过去 wxml: &l…

DBi Tech Studio Controls for .NET Crack

DBi Tech Studio Controls for .NET Crack Studio Controls for.NET为企业开发人员提供了一套全面的Windows布局和信息表示软件元素,面向搜索业务分析商业调度和UI表示控制器的程序员。Studio Controls for.NET包含17个免版税的.NET Windows窗体控件,用于…

高精度地图定位在高速公路自动驾驶系统中的应用

近年来随着汽车保有量不断增加,随之而来的是: ( 1) 严重的交通拥堵,通行效率低下,用在通行上的时间不断增加; ( 2) 交通事故频发,交通事故导致的伤亡人数和费用不断增加,而且绝大多数事故是由人为因素导致的; ( 3) 大气…

3.2 数据的表现形式及其运算

3.2.1 常量和变量 在计算机高级语言中,数据有两种表现形式:常量和变量。 1.常量 在程序运行过程中,其值不能被改变的量称为常量。如例3.1程序中的5,9,32和例3.2程序中的1000,0.0036,0.0225,0.0198是常量。数值常量就是数学中的常数。 常用的…

lnmp架构-mysql

1.MySQL数据库编译 make完之后是这样的 mysql 初始化 所有这种默认不在系统环境中的路径里 就这样加 这样就可以直接调用 不用输入路径调用 2.初始化 重置密码 3.mysql主从复制 配置master 配置slave 当master 端中还没有插入数据时 在server2 上配slave 此时master 还没进…

在云原生环境中构建可扩展的大数据平台:方法和策略

文章目录 1. **选择适当的云提供商:**2. **采用容器化和微服务架构:**3. **分层架构设计:**4. **弹性计算资源:**5. **使用分布式计算框架:**6. **数据分区和分片:**7. **使用列式存储:**8. **缓…

002微信小程序云开发API数据库-迁移状态查询/更新索引

文章目录 微信小程序云开发API数据库-迁移状态查询案例代码微信小程序云开发API数据库-更新索引案例代码 微信小程序云开发API数据库-迁移状态查询 在微信小程序中,云开发API数据库是一种方便快捷的数据库解决方案。但是,有时候我们可能需要将云开发数据…

C++笔记之rolling counter(滚动计数器)

C笔记之rolling counter(滚动计数器) 一个 rolling counter(滚动计数器)是一个计数器,可以在给定的范围内不断增加,当达到最大值时会从最小值重新开始。 code review! 文章目录 C笔记之rolling counter&…

Python|爬虫和测试|selenium框架模拟登录示例(一)

前言: 上一篇文章Python|爬虫和测试|selenium框架的安装和初步使用(一)_晚风_END的博客-CSDN博客 大概介绍了一下selenium的安装和初步使用,主要是打开某个网站的主页,基本是最基础的东西,那么,…

redis在linux和windows上的安装配置(解决问题:没有可用软件包 redis)

linux系统 安装 yum install redis安装 在终端输入yum install redis安装。 报错:没有可用软件包 redis。 解决: 运行以下命令更新软件包信息: sudo yum clean all sudo yum update 然后继续尝试yum install redis。 如果还不成功&a…

Redis—Redis介绍(是什么/为什么快/为什么做MySQL缓存等)

一、Redis是什么 Redis 是一种基于内存的数据库,对数据的读写操作都是在内存中完成,因此读写速度非常快,常用于缓存,消息队列、分布式锁等场景。 Redis 提供了多种数据类型来支持不同的业务场景,比如 String(字符串)、…

快速排序笔记

一、quick_sort方法中如果 il,jr 会死循环的分析 1、示例代码 void quick_sort(int a[],int l,int r){if(l>r) return;int il,jr; //此处设置会导致死循环int x num[(lr)>>1];while(i<j){while(a[i] <x); //死循环的地方while(a[--j] >x);if(i<j) swap(a…

Day44|leetcode 518.零钱兑换II、377. 组合总和 Ⅳ

完全背包理论基础 视频链接&#xff1a;带你学透完全背包问题&#xff01; 和 01背包有什么差别&#xff1f;遍历顺序上有什么讲究&#xff1f;_哔哩哔哩_bilibili 完全背包与01背包不同的地方就是&#xff1a;01背包每种物品只能取一次&#xff0c;而完全背包每种物品可以取…

CSS中如何隐藏元素但保留其占位空间(display:none vs visibility:hidden)?

聚沙成塔每天进步一点点 ⭐ 专栏简介⭐ display: none;⭐ visibility: hidden;⭐ 如何选择⭐ 写在最后 ⭐ 专栏简介 前端入门之旅&#xff1a;探索Web开发的奇妙世界 记得点击上方或者右侧链接订阅本专栏哦 几何带你启航前端之旅 欢迎来到前端入门之旅&#xff01;这个专栏是为…

可解释性的相关介绍

一、可解释性的元定义&#xff08;Meta-definitions of Interpretability&#xff09; The extent to which an individual can comprehend the cause of a model’s outcome. [1]The degree to which a human can consistently predict a model’s outcome. [2] 可解释性&am…

深入理解Reactor模型的原理与应用

1、什么是Reactor模型 Reactor意思是“反应堆”&#xff0c;是一种事件驱动机制。 和普通函数调用的不同之处在于&#xff1a;应用程序不是主动的调用某个 API 完成处理&#xff0c;而是恰恰相反&#xff0c;Reactor逆置了事件处理流程&#xff0c;应用程序需要提供相应的接口并…

【力扣每日一题】2023.8.26 汇总区间

目录 题目&#xff1a; 示例&#xff1a; 分析&#xff1a; 代码&#xff1a; 题目&#xff1a; 示例&#xff1a; 分析&#xff1a; 题目给我们一个有序数组&#xff0c;让我们把数组内的元素汇总区间&#xff0c;也就是说有一串数字是连续的&#xff0c;比如是 1 2 3 4…

leetcode359周赛

2828. 判别首字母缩略词 核心思想:枚举。只需要枚举首字母和s是否一一对应即可。 2829. k-avoiding 数组的最小总和 核心思想&#xff1a;自己的方法就是哈希表&#xff0c;枚举i的时候&#xff0c;将k-i统计起来&#xff0c;如果出现了那么就跳过。灵神的方法是数学法&#…

PCB设计常见问题

Fill Mode中存在3个选项 Solid&#xff08;Copper Regions&#xff09; Hatched&#xff08;Tracks/arcs&#xff09; None&#xff08;outlines&#xff09; 区别Solid&#xff08;Copper Regions&#xff09;过大电流的能力更强&#xff0c;且对于电路板存在的分布电容的干扰…

山西电力市场日前价格预测【2023-08-28】

日前价格预测 预测明日&#xff08;2023-08-28&#xff09;山西电力市场全天平均日前电价为319.70元/MWh。其中&#xff0c;最高日前电价为371.80元/MWh&#xff0c;预计出现在19: 15。最低日前电价为278.59元/MWh&#xff0c;预计出现在13: 00。 价差方向预测 1&#xff1a; …
最新文章