利用DNS主从实现高可用来管理线上主机hosts(二)

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

一、需求

    线上机器增多,管理/etc/hosts的IP与主机名映射,就成了一个瓶劲,虽然,也可利用批量工具来维护,但相比dns管理,效率会更高点

二、以本机实验环境

   IP地址:

1
2
    10.1.2.214      master        主DNS服务器端
    10.1.2.215      slave-one       从DNS服务器端

2、我已经搭建好了一个本地DNS服务器,能够实现正向反向解析,那么我们只需要加入一台从DNS服务器即可完成,我们来开始配置主从服务器

3、主DNS服务器上面的额外配置:

   /var/named/abc.com.zone

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
$TTL 600
@    IN   SOA  ns.abc.com. admin.abc.com. (
                   2016021803
                   2H
                   10m
                   3D
                   1D )
           IN      NS       ns
           IN      MX  10   mail
ns        IN      A        10.1.2.214
ns1       IN      A        10.1.2.215
mail      IN      A        10.1.2.214
mail      IN      A        10.1.2.215
www       IN      A        10.1.2.214
www       IN      A        10.1.2.215
vm9       IN      A        10.1.2.199
vm1       IN      A        10.1.2.191
vm2       IN      A        10.1.2.192
vm3       IN      A        10.1.2.193
vm4       IN      A        10.1.2.194
vm5       IN      A        10.1.2.195

三、从服务器的配置

1、主DNS服务器的主配置文件/etc/named.conf复制一份到从DNS服务器上

1
[root@master named] #scp /etc/named.conf slave-one:/etc/

2、从服务器区域配置文件:/etc/named.rfc1912.zones

1
2
3
4
5
6
7
8
9
10
11
12
zone  "abc.com"  IN {
         type  slave;
         file  "slaves/abc.com.zone" ;
         masters { 10.1.2.214; };
         allow-transfer { none; };
};
zone  "2.1.10.in-addr.arpa"  IN {
         type  slave;
         file  "slaves/10.1.2.zone" ;
         masters { 10.1.2.214; };
         allow-transfer { none; };
};



4、检查一下语法正确与否

1
#named-checkconf /etc/named.rfc1912.zones

5、重启named服务,排错,需根据日志/var/log/message


四、注意事项

1、每更改正向区域解析库文件时,序列号一定要加1

2、打算放在线上环境,我作了区域传送安全机制

   <code>allow-transfer { IP; } </code>


五、验证

1、nslookup验证


[root@master named]# nslookup

1
2
3
4
5
6
7
> mail.abc.com
Server:10.1.2.214
Address:10.1.2.214 #53
Name:mail.abc.com
Address: 10.1.2.215
Name:mail.abc.com
Address: 10.1.2.214
1
2
3
4
5
6
> 10.1.2.215  
Server:10.1.2.214
Address:10.1.2.214 #53
215.2.1.10. in -addr.arpaname = mail.abc.com.
215.2.1.10. in -addr.arpaname = www.abc.com.
215.2.1.10. in -addr.arpaname = ns1.abc.com.
1
2
3
4
5
6
> 10.1.2.214
Server:10.1.2.214
Address:10.1.2.214 #53
214.2.1.10. in -addr.arpaname = ns.abc.com.
214.2.1.10. in -addr.arpaname = mail.abc.com.
214.2.1.10. in -addr.arpaname = www.abc.com.


2、dig进行测试,-t选项指定类型

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
[root@master named] # dig -t axfr abc.com @127.0.0.1
; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.37.rc1.el6_7.6 <<>> -t axfr abc.com @127.0.0.1
;; global options: +cmd
abc.com.600INSOAns.abc.com. admin.abc.com. 2016021803 7200 600 259200 86400
abc.com.600INNSns.abc.com.
abc.com.600INMX10 mail.abc.com.
mail.abc.com.600INA10.1.2.214
mail.abc.com.600INA10.1.2.215
ns.abc.com.600INA10.1.2.214
ns1.abc.com.600INA10.1.2.215
vm1.abc.com.600INA10.1.2.191
vm2.abc.com.600INA10.1.2.192
vm3.abc.com.600INA10.1.2.193
vm4.abc.com.600INA10.1.2.194
vm5.abc.com.600INA10.1.2.195
vm9.abc.com.600INA10.1.2.199
www.abc.com.600INA10.1.2.214
www.abc.com.600INA10.1.2.215
abc.com.600INSOAns.abc.com. admin.abc.com. 2016021803 7200 600 259200 86400
;; Query  time : 0 msec
;; SERVER: 127.0.0.1 #53(127.0.0.1)
;; WHEN: Wed Mar 16 20:19:22 2016
;; XFR size: 16 records (messages 1, bytes 369)



3、去连内网其中一台机器vm3时,一定以.abc.com结尾,连接上后,原来机器主机名还是保持不变的

1
2
3
4
5
6
7
8
9
[root@master named] # ssh vm3.abc.com
The authenticity of host  'vm2.abc.com (10.1.2.192)'  can't be established.
RSA key fingerprint is 8f:b2:be:e9:06:55:47:87:ab:6b:d8:3e:42:a3:72:ed.
Are you sure you want to  continue  connecting ( yes /no )? 
root@vm3.abc.com's password: 
Last login: Fri Mar 11 04:05:07 2016 from 10.1.2.209
[root@vm3 ~] # ls
[root@vm3 ~] # hostname
vm3









本文转自 zouqingyun 51CTO博客,原文链接:http://blog.51cto.com/zouqingyun/1751912,如需转载请自行联系原作者
目录
相关文章
|
2月前
|
缓存 算法 Oracle
深度干货 如何兼顾性能与可靠性?一文解析YashanDB主备高可用技术
数据库高可用(High Availability,HA)是指在系统遇到故障或异常情况时,能够自动快速地恢复并保持服务可用性的能力。如果数据库只有一个实例,该实例所在的服务器一旦发生故障,那就很难在短时间内恢复服务。长时间的服务中断会造成很大的损失,因此数据库高可用一般通过多实例副本冗余实现,如果一个实例发生故障,则可以将业务转移到另一个实例,快速恢复服务。
深度干货  如何兼顾性能与可靠性?一文解析YashanDB主备高可用技术
|
17天前
|
缓存 算法 Oracle
深度干货 | 如何兼顾性能与可靠性?一文解析YashanDB主备高可用技术
数据库高可用(High Availability,HA)是指在系统遇到故障或异常情况时,能够自动快速地恢复并保持服务可用性的能力。如果数据库只有一个实例,该实例所在的服务器一旦发生故障,那就很难在短时间内恢复服务。长时间的服务中断会造成很大的损失,因此数据库高可用一般通过多实例副本冗余实现,如果一个实例发生故障,则可以将业务转移到另一个实例,快速恢复服务。
|
5月前
|
网络协议 开发工具 C语言
Jetson错误(二):wget命令提示无法解析主机地址的问题解决
对于解决在NVIDIA Jetson平台上使用wget命令时出现的无法解析主机地址的问题,提供了两种解决方法:一种是临时修改DNS服务器为Google的公共DNS,另一种是永久修改DNS设置。
243 5
|
8月前
|
SQL 数据采集 数据管理
SQL数据:探索、管理与优化的全面解析
在信息化时代,数据成为企业核心资产。本文探讨SQL在数据探索、管理与优化中的作用:使用DESC、SELECT了解数据集;评估数据质量;发现数据特征。管理方面,涵盖数据存储、检索、更新与维护。优化则涉及索引、查询及数据库设计,确保高性能和效率。掌握SQL能有效挖掘数据价值,支持企业决策与创新。
119 1
|
8月前
|
供应链 监控 调度
ERP系统中的销售订单管理与订单跟踪解析
【7月更文挑战第25天】 ERP系统中的销售订单管理与订单跟踪解析
694 2
|
8月前
|
监控 供应链 BI
ERP系统中的现金流管理与资产负债管理解析
【7月更文挑战第25天】 ERP系统中的现金流管理与资产负债管理解析
245 2
|
8月前
|
监控 数据挖掘 数据安全/隐私保护
ERP系统中的客户投诉管理与解决方案解析
【7月更文挑战第25天】 ERP系统中的客户投诉管理与解决方案解析
637 1
|
8月前
|
供应链 监控 搜索推荐
ERP系统中的供应商管理与供应商绩效评估解析
【7月更文挑战第25天】 ERP系统中的供应商管理与供应商绩效评估解析
307 1
|
8月前
|
监控 搜索推荐 数据挖掘
ERP系统中的客户关系管理与客户满意度调查解析
【7月更文挑战第25天】 ERP系统中的客户关系管理与客户满意度调查解析
567 1

相关产品

  • 云解析DNS
  • 推荐镜像

    更多