【Linux网络服务】基于Euler系统的主从DNS服务器深度配置

一、 实验背景与目标

随着网络规模的扩大,单一DNS服务器面临单点故障风险。通过配置主从DNS架构,不仅可以实现负载均衡,还能在主服务器宕机时由从服务器接管服务,保障业务连续性。本次实验将基于两台Euler虚拟机,实现域名 openlab.com 的解析服务。

二、 实验环境规划

角色 操作系统 IP地址 服务组件
主DNS服务器 Euler 192.168.48.130 Bind
从DNS服务器 Euler 192.168.48.131 Bind

三、实验步骤

3.1 环境初始化(两台设备均需要配置)

3.11 关闭Firewall&SELinux

bash 复制代码
[root@node1 ~]# systemctl disable --now firewalld    
[root@node1 ~]# setenforce 0

3.12 安装 Bind 软件包

bash 复制代码
[root@node1 ~]# yum install bind -y    #-y:确认跳过安装步骤

3.2 主服务核心配置

3.21 修改主配置文件 (/etc/named.conf)

使用 vim /etc/named.conf 编辑文件,修改以下两处(或直接覆盖对应的行):

bash 复制代码
# 主服务端操作:
[root@server ~]# vim  /etc/named.conf

listen-on port 53 { 192.168.48.130; };  # {}中改为any。也可写为本机IP
         allow-query     { any; }; # {}中改为any,也可写为服务端

3.22 添加区域声明 (/etc/named.rfc1912.zones)

使用 vim /etc/named.rfc1912.zones 在文件末尾添加以下内容:

bash 复制代码
[root@server ~]# vim  /etc/named.rfc1912.zones

# 修改为以下内容:
zone "openlab.com" IN {
        type master;
        file "openlab.com.zone";
        allow-transfer { 192.168.48.131; }; 
};
zone "48.168.192.in-addr.arpa" IN {
        type master;
        file "192.168.48.arpa";
        allow-transfer { 192.168.48.131; }; 
};

3.23创建正向解析数据文件 (/var/named/openlab.com.zone)

bash 复制代码
# 正向解析:
[root@server ~]# cd  /var/named
[root@server ~]# ls
[root@server ~]# cp  -a  named.localhost  openlab.com.zone
[root@server ~]# 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      slave.openlab.com.
ns      IN      A       192.168.48.130
www     IN      A       192.168.48.130
bbs     IN      A       192.168.48.130
ftp     IN      CNAME   www
slave   IN      A       192.168.48.131

3.24 创建反向解析数据文件 (/var/named/192.168.48.arpa)

bash 复制代码
# 反向解析:
[root@server ~]# cd  /var/named
[root@server ~]# ls
[root@server ~]# cp -a named.loopback  192.168.48.arpa
[root@server ~]# vim  /var/named/192.168.48.arpa

#配置内容如下:
$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      slave.openlab.com.
130     IN      PTR     ns.openlab.com.
130     IN      PTR     www.openlab.com.
130     IN      PTR     bbs.openlab.com.
130     IN      PTR     ftp.openlab.com.
131     IN      PTR     slave.openlab.com.

3.25 重启服务

bash 复制代码
[root@server ~]# systemctl restart named

3.3 从服务核心配置

3.31 修改主配置文件 (/etc/named.conf)

使用 vim /etc/named.conf 编辑文件,修改以下两处:

bash 复制代码
[root@node1 ~]# vim   /etc/named.conf

11    listen-on port 53 { 192.168.48.131; }; 
19    allow-query    { any; }; 

3.32 添加区域声明 (/etc/named.rfc1912.zones)

使用 **vim /etc/named.rfc1912.zones**在文件末尾添加以下内容:

bash 复制代码
[root@node1 ~]# vim /etc/named.rfc1912.zones
# 清空后,添加以下内容
zone "openlab.com" IN {
        type slave;
        masters { 192.168.48.130; };
        file "slaves/openlab.com.zone";
};
zone "48.168.192.in-addr.arpa" IN {
        type slave;
        masters { 192.168.48.130; };
        file "slaves/192.168.48.arpa";
};

3.33 启动从服务器服务并验证同步

bash 复制代码
[root@node1 ~]# cd  /var/named/slaves  
[root@node1 ~]# ls                       # 启动服务前查看解析配置文件为空
[root@node1 ~]# systemctl start named
[root@node1 ~]# ls                       # 启动服务后自动拉取

四. 实验验证

bash 复制代码
[root@node1 ~]# nslookup  www.openlab.com
[root@node1 ~]# nslookup  192.168.48.130
[root@node1 ~]# dig @192.168.48.130 www.openlab.com

五、实验总结

本次实验成功搭建了基于Euler系统的主从DNS架构。通过实践,深刻理解了 allow-transfer 的权限控制作用以及 Serial序列号 在增量更新中的核心地位。该架构有效提升了DNS服务的稳定性和可靠性。

相关推荐
2601_960567961 小时前
电商套图自动化效率的工程量化分析——从逐张生成到批量套图的架构演进
运维·架构·自动化
吳所畏惧2 小时前
宝塔面板Redis密码修改指南:SSH命令修改 vs 面板UI界面修改,哪个更靠谱?
运维·服务器·数据库·redis·缓存·ssh
DFT计算杂谈2 小时前
无 Root 权限在 Tesla K80 零门槛部署 DeepSeek 大模型
linux·服务器·网络·数据库·机器学习
HiDev_2 小时前
【非标自动化】2、认识元器件(确定目标)
运维·自动化
维天说3 小时前
CLI-Switch 2026年3月版历史设计:Hook、TTY 隔离与 JSON 状态
java·服务器·json
Zhang~Ling3 小时前
从 fopen 到 struct file:从零开始拆解 Linux 文件 I/O
linux·运维·服务器
DeeplyMind3 小时前
Linux 深入 per-VMA lock:Linux 缺页路径如何摆脱 mmap_lock
linux·per-vma lock
爱写代码的阿森3 小时前
鸿蒙三方库 | harmony-utils之PreferencesUtil首选项数据监听详解
服务器·华为·harmonyos·鸿蒙·huawei
爱写代码的森3 小时前
蒙三方库 | harmony-utils之FileUtil文件重命名与属性查询详解
linux·运维·服务器·华为·harmonyos·鸿蒙·huawei
中微极客4 小时前
2026主流AI Agent框架技术选型与性能对比
运维·网络·人工智能