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

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

前言

前言

在上一篇文章中已经讲解了缓存服务器和正反向解析,在这一篇文章中讲解如何配置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



相关文章
|
1月前
|
存储 缓存 算法
分布式锁服务深度解析:以Apache Flink的Checkpointing机制为例
【10月更文挑战第7天】在分布式系统中,多个进程或节点可能需要同时访问和操作共享资源。为了确保数据的一致性和系统的稳定性,我们需要一种机制来协调这些进程或节点的访问,避免并发冲突和竞态条件。分布式锁服务正是为此而生的一种解决方案。它通过在网络环境中实现锁机制,确保同一时间只有一个进程或节点能够访问和操作共享资源。
72 3
|
19天前
|
Linux 应用服务中间件 Shell
linux系统服务二!
本文详细介绍了Linux系统的启动流程,包括CentOS 7的具体启动步骤,从BIOS自检到加载内核、启动systemd程序等。同时,文章还对比了CentOS 6和CentOS 7的启动流程,分析了启动过程中的耗时情况。接着,文章讲解了Linux的运行级别及其管理命令,systemd的基本概念、优势及常用命令,并提供了自定义systemd启动文件的示例。最后,文章介绍了单用户模式和救援模式的使用方法,包括如何找回忘记的密码和修复启动故障。
41 5
linux系统服务二!
|
19天前
|
Linux 应用服务中间件 Shell
linux系统服务!!!
本文详细介绍了Linux系统(以CentOS7为例)的启动流程,包括BIOS自检、读取MBR信息、加载Grub菜单、加载内核及驱动程序、启动systemd程序加载必要文件等五个主要步骤。同时,文章还对比了CentOS6和CentOS7的启动流程图,并分析了启动流程的耗时。此外,文中还讲解了Linux的运行级别、systemd的基本概念及其优势,以及如何使用systemd管理服务。最后,文章提供了单用户模式和救援模式的实战案例,帮助读者理解如何在系统启动出现问题时进行修复。
39 3
linux系统服务!!!
|
19天前
|
算法 Linux 定位技术
Linux内核中的进程调度算法解析####
【10月更文挑战第29天】 本文深入剖析了Linux操作系统的心脏——内核中至关重要的组成部分之一,即进程调度机制。不同于传统的摘要概述,我们将通过一段引人入胜的故事线来揭开进程调度算法的神秘面纱,展现其背后的精妙设计与复杂逻辑,让读者仿佛跟随一位虚拟的“进程侦探”,一步步探索Linux如何高效、公平地管理众多进程,确保系统资源的最优分配与利用。 ####
53 4
|
20天前
|
缓存 负载均衡 算法
Linux内核中的进程调度算法解析####
本文深入探讨了Linux操作系统核心组件之一——进程调度器,着重分析了其采用的CFS(完全公平调度器)算法。不同于传统摘要对研究背景、方法、结果和结论的概述,本文摘要将直接揭示CFS算法的核心优势及其在现代多核处理器环境下如何实现高效、公平的资源分配,同时简要提及该算法如何优化系统响应时间和吞吐量,为读者快速构建对Linux进程调度机制的认知框架。 ####
|
22天前
|
域名解析 缓存 网络协议
浏览器中输入URL返回页面过程(超级详细)、DNS域名解析服务,TCP三次握手、四次挥手
浏览器中输入URL返回页面过程(超级详细)、DNS域名解析服务,TCP三次握手、四次挥手
|
24天前
|
Linux 数据库
Linux服务如何实现服务器重启后的服务延迟自启动?
【10月更文挑战第25天】Linux服务如何实现服务器重启后的服务延迟自启动?
125 3
|
24天前
|
关系型数据库 MySQL Linux
Linux系统如何设置自启动服务在MySQL数据库启动后执行?
【10月更文挑战第25天】Linux系统如何设置自启动服务在MySQL数据库启动后执行?
68 3
|
23天前
|
安全 测试技术 数据安全/隐私保护
原生鸿蒙应用市场开发者服务的技术解析:从集成到应用发布的完整体验
原生鸿蒙应用市场开发者服务的技术解析:从集成到应用发布的完整体验
|
1月前
|
Ubuntu Linux 网络安全
Linux中服务管理问题
【10月更文挑战第4天】
26 2

相关产品

  • 云解析DNS
  • 下一篇
    无影云桌面