Linux DNS服务系列之主从复制、区域传送

本文涉及的产品
云解析 DNS,旗舰版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
全局流量管理 GTM,标准版 1个月
简介:

前言

前言

在上一篇文章中已经讲解了缓存服务器和正反向解析,在这一篇文章中讲解如何配置DNS主从服务器,和区域传送,根据上一篇的实验继续完成DNS主从服务器配置。

DNS主从服务器配置要求:

        为192.168.1.192主DNS服务器添加一台IP为 192.168.1.105的从服务器

        只允许192.168.1.105这台从服务器进行区域传送,其他主机禁止传送

主从DNS服务器:

         主DNS服务器(MasterDNS): 数据库的修改更新;

         辅助DNS服务器(SlaveDNS):请求主DNS服务器的数据同步更新;

         缓存DNS服务器:它主要用来缓存查询的地址信息,而不用承担任何其他的工作。它没有区域文件,也不从其他DNS服务器传输数据。它能响应客户机的查询,但是没有授权。

wKiom1XqpeTCEX_jAADweK36wGY789.jpg

区域传输(区域传送

        将一个区域文件复制到多个服务器上的过程叫做区域传输。它是通过从主服务器上将区域文件的信息复制到辅助服务器上来实现的。

两种区域文件复制方式(区域传送):

        AXFR(完全区域传送):全部区域文件复制,复制整个区域文件。

                  如:dig –t axfr 51yunxuexi.club

        IXFR(增量区域传送):增量区域文件复制,仅仅复制区域里变化的记录。

                  如:dig -t ixfr=201508030151yunxuexi.club

在主服务器192.168.1.192修改主配置文件,只允许从服务器进行区域传送

    

1
[root@localhost ~] # vim /etc/named.conf
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
zone  "51yunxuexi.club"  IN {
                 type  master;
                 file  "51yunxuexi.club.zone" ;
                 allow-transfer { 192.168.1.105; };  #添加只允许192.168.1.105进行区域传送
                 notify     yes ;                   #开启通知,主服务器更新时通知从服务器同步
};
zone  "1.168.192.in-addr.arpa"  IN {
                 type  master;
                 file  "192.168.1.zone" ;
                 allow-transfer { 192.168.1.105; };
                 notify     yes
};
检查语法,并重新启动
[root@localhost ~] # named-checkconf
[root@localhost ~] #
[root@localhost ~] # /etc/init.d/named  reload

在主服务器192.168.1.192修改51yunxuexi.club.zone

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
[root@localhost ~] # cat /var/named/51yunxuexi.club.zone
$TTL     600
@       IN      SOA     ns1.51yunxuexi.club.    admin.51yunxuexi.club. (
                                         2015080304    #每次修改配置文件则需要修改版本号
                                         1H
                                         5M
                                         2D
                                         6H )
         IN      NS      ns1
         IN      NS      ns2                           #添加从服务器的NS和A记录
         IN      MX      10      mail
ns1     IN      A       192.168.1.192
ns2     IN      A       192.168.1.105
mail    IN      A       192.168.1.104
www     IN      A       192.168.1.106
www     IN      A       192.168.1.103
ftp      IN      CNAME   www
pop3    IN      A       192.168.1.107
[root@localhost ~] #

在主服务器192.168.1.105修改192.168.1.zone

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
[root@localhost ~] # cat /var/named/192.168.1.zone
$TTL     600
@       IN      SOA     ns1.51yunxuexi.club.    admin.yunxuexi.club. (
                                         2015080304
                                         1H
                                         5M
                                         2D
                                         6H )
         IN      NS      ns1.51yunxuexi.club.
         IN      NS      ns2.51yunxuexi.club.
192     IN      PTR     ns1.51yunxuexi.club.
105     IN      PTR     ns2.51yunxuexi.club.     #添加从服务器的NS和A记录的反向解析
106     IN      PTR     www.51yunxuexi.club.
104     IN      PTR     mail.51yunxuexi.club.
103     IN      PTR     www.51yunxuexi.club.
[root@localhost ~] #

在从服务器192.168.1.105修改主配置文件

1
2
3
4
5
6
7
8
9
10
11
12
13
14
[root@localhost named] # vim /etc/named.conf
zone  "51yunxuexi.club"  IN {
                 type  slave;                           #从服务器类型
                 file  "slaves/51yunxuexi.club.zone" ;
                 masters { 192.168.1.192; };           # 定义主服务器
                 allow-transfer { none; };             #不允许区域传送
};
zone  "1.168.192.in-addr.arpa"  IN {
                 type  slave;
                 file  "slaves/192.168.1.zone" ;
                 masters { 192.168.1.192; };
                 allow-transfer { none; };
};
"/etc/named.conf"  65L, 1687C
1
2
3
4
检查语法,并重新启动
[root@localhost slaves] # named-checkconf
[root@localhost slaves] #
[root@localhost slaves] # /etc/init.d/named  reload

查看日志确定是否成功

wKiom1Xqu6nQxfMHAAQk16BrUSw825.jpg

1
2
3
4
在slaves中查看以传送的文件
[root@localhost named] # ls /var/named/slaves/
192.168.1.zone  51yunxuexi.club.zone
[root@localhost named] #

在从服务器进行解析测试

wKiom1Xqvo_yOyeHAAKAavLP8Mo762.jpg''


本文转自 zhangguangyi 51CTO博客,原文链接:http://blog.51cto.com/bosszhang/1692032



目录
打赏
0
0
0
0
344
分享
相关文章
优化管理与服务:操作系统控制平台的订阅功能解析
本文介绍了如何通过操作系统控制平台提升系统效率,优化资源利用。首先,通过阿里云官方平台开通服务并安装SysOM组件,体验操作系统控制平台的功能。接着,详细讲解了订阅管理功能,包括创建订阅、查看和管理ECS实例的私有YUM仓库权限。订阅私有YUM仓库能够集中管理软件包版本、提升安全性,并提供灵活的配置选项。最后总结指出,使用阿里云的订阅和私有YUM仓库功能,可以提高系统可靠性和运维效率,确保业务顺畅运行。
|
16天前
|
Gitea Enterprise 23.4.0 (Linux, macOS, Windows) - 本地部署的企业级 Gti 服务
Gitea Enterprise 23.4.0 (Linux, macOS, Windows) - 本地部署的企业级 Gti 服务
36 0
Gitea Enterprise 23.4.0 (Linux, macOS, Windows) - 本地部署的企业级 Gti 服务
Linux 中停止 Docker 服务报 warning 导致无法彻底停止问题如何解决?
在 Linux 系统中,停止 Docker 服务时遇到警告无法彻底停止的问题,可以通过系统管理工具停止服务、强制终止相关进程、检查系统资源和依赖关系、以及重置 Docker 环境来解决。通过以上步骤,能够有效地排查和解决 Docker 服务停止不彻底的问题,确保系统的稳定运行。
196 19
深入解析:Linux网络配置工具ifconfig与ip命令的全面对比
虽然 `ifconfig`作为一个经典的网络配置工具,简单易用,但其功能已经不能满足现代网络配置的需求。相比之下,`ip`命令不仅功能全面,而且提供了一致且简洁的语法,适用于各种网络配置场景。因此,在实际使用中,推荐逐步过渡到 `ip`命令,以更好地适应现代网络管理需求。
67 11
|
2月前
|
Linux systemd 服务启动失败Main process exited, code=exited, status=203/EXEC
通过以上步骤,可以有效解决 systemd 服务启动失败并报错 `Main process exited, code=exited, status=203/EXEC` 的问题。关键在于仔细检查单元文件配置、验证可执行文件的有效性,并通过日志分析具体错误原因。确保可执行文件路径正确、文件具有执行权限,并且可以独立运行,将有助于快速定位和解决问题。
887 7
深入解析操作系统控制台:阿里云Alibaba Cloud Linux(Alinux)的运维利器
本文将详细介绍阿里云的Alibaba Cloud Linux操作系统控制台的功能和优势。
123 6
深入解析Linux操作系统的内核优化策略
本文旨在探讨Linux操作系统内核的优化策略,包括内核参数调整、内存管理、CPU调度以及文件系统性能提升等方面。通过对这些关键领域的分析,我们可以理解如何有效地提高Linux系统的性能和稳定性,从而为用户提供更加流畅和高效的计算体验。
129 17
linux系统服务二!
本文详细介绍了Linux系统的启动流程,包括CentOS 7的具体启动步骤,从BIOS自检到加载内核、启动systemd程序等。同时,文章还对比了CentOS 6和CentOS 7的启动流程,分析了启动过程中的耗时情况。接着,文章讲解了Linux的运行级别及其管理命令,systemd的基本概念、优势及常用命令,并提供了自定义systemd启动文件的示例。最后,文章介绍了单用户模式和救援模式的使用方法,包括如何找回忘记的密码和修复启动故障。
64 5
linux系统服务二!
linux系统服务!!!
本文详细介绍了Linux系统(以CentOS7为例)的启动流程,包括BIOS自检、读取MBR信息、加载Grub菜单、加载内核及驱动程序、启动systemd程序加载必要文件等五个主要步骤。同时,文章还对比了CentOS6和CentOS7的启动流程图,并分析了启动流程的耗时。此外,文中还讲解了Linux的运行级别、systemd的基本概念及其优势,以及如何使用systemd管理服务。最后,文章提供了单用户模式和救援模式的实战案例,帮助读者理解如何在系统启动出现问题时进行修复。
81 3
linux系统服务!!!
Linux内核中的进程调度算法解析####
【10月更文挑战第29天】 本文深入剖析了Linux操作系统的心脏——内核中至关重要的组成部分之一,即进程调度机制。不同于传统的摘要概述,我们将通过一段引人入胜的故事线来揭开进程调度算法的神秘面纱,展现其背后的精妙设计与复杂逻辑,让读者仿佛跟随一位虚拟的“进程侦探”,一步步探索Linux如何高效、公平地管理众多进程,确保系统资源的最优分配与利用。 ####
107 4

相关产品

  • 云解析DNS
  • AI助理

    你好,我是AI助理

    可以解答问题、推荐解决方案等