内建DNS服务器--BIND

本文涉及的产品
云解析 DNS,旗舰版 1个月
全局流量管理 GTM,标准版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
简介: 参考 BIND 官网:http://www.isc.org/downloads/bind/ 1、系统环境说明 [root@clsn6 ~]# cat /etc/redhat-release CentOS release 6.

参考 BIND 官网:http://www.isc.org/downloads/bind/

1、系统环境说明

[root@clsn6 ~]# cat /etc/redhat-release 
CentOS release 6.9 (Final)
[root@clsn6 ~]# uname -r 
2.6.32-696.el6.x86_64
[root@clsn6 ~]# sestatus 
SELinux status:                 disabled
[root@clsn6 ~]# /etc/init.d/iptables status
iptables: Firewall is not running.
[root@clsn6 ~]# hostname  -I
10.0.0.188 172.16.1.188 192.168.19.105 

 2、安装bind

[root@clsn6 ~]# yum install bind*  -y 
# 文件说明
[root@clsn6 ~]# rpm -ql bind 
/etc/named.conf  # 主配置文件
/etc/named.rfc1912.zones  # 区域解析库文件 
/var/log/named.log #日志文件
/var/named #服务根目录

3、修改配置文件

备份named.conf并修改

cp -p /etc/named.conf{,.bak} 

修改配置文件

[root@clsn6 ~]# cat  /etc/named.conf
# 修改监听地址,删除ipv6监听
options {
    listen-on port 53 { 192.168.19.105; };
    ··· # 运行所有地址请求
    allow-query     { localhost;any; };
    ···
}

检查配置是否正确

[root@clsn6 ~]# named-checkconf /etc/named.conf

4、启动服务

[root@clsn6 ~]# /etc/init.d/named start 
Generating /etc/rndc.key:                                  [  OK  ]
Starting named:                                            [  OK  ]

检查端口

[root@clsn6 ~]# netstat -lntup |grep :53
tcp 0 0 192.168.19.105:53 0.0.0.0:* LISTEN 4227/named-sdb 
udp 0 0 192.168.19.105:53 0.0.0.0:* 4227/named-sdb

测试DNS服务器

[root@clsn6 named]# dig nmtui.com @192.168.19.105

; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.62.rc1.el6_9.4 <<>> nmtui.com @192.168.19.105
;; global options: +cmd
;; Got answer:
;; ->>HEADER < < opcode: QUERY, status: NOERROR, id: 38139
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 16

;; QUESTION SECTION:
;nmtui.com.    IN    A

;; ANSWER SECTION:
nmtui.com.    38    IN    A    121.42.87.209

;; AUTHORITY SECTION:
nmtui.com.    172237    IN    NS    dns2.hichina.com.
nmtui.com.    172237    IN    NS    dns1.hichina.com.

;; ADDITIONAL SECTION:
dns2.hichina.com.    172237    IN    A    106.11.211.54
dns2.hichina.com.    172237    IN    A    106.11.211.64
dns2.hichina.com.    172237    IN    A    140.205.41.14
dns2.hichina.com.    172237    IN    A    140.205.41.24
dns2.hichina.com.    172237    IN    A    140.205.81.14
dns2.hichina.com.    172237    IN    A    140.205.81.24
dns2.hichina.com.    172237    IN    A    106.11.141.114
dns2.hichina.com.    172237    IN    A    106.11.141.124
dns1.hichina.com.    172237    IN    A    106.11.211.63
dns1.hichina.com.    172237    IN    A    140.205.41.13
dns1.hichina.com.    172237    IN    A    140.205.41.23
dns1.hichina.com.    172237    IN    A    140.205.81.13
dns1.hichina.com.    172237    IN    A    140.205.81.23
dns1.hichina.com.    172237    IN    A    106.11.141.113
dns1.hichina.com.    172237    IN    A    106.11.141.123
dns1.hichina.com.    172237    IN    A    106.11.211.53

;; Query time: 0 msec
;; SERVER: 192.168.19.105#53(192.168.19.105)
;; WHEN: Tue Feb 6 21:03:38 2018
;; MSG SIZE rcvd: 345

5、搭建公司内部域

搭建自己的域,让当前的DNS解析www.nmtui.com域

将域名 IP 关系存储在DNS上,在 /etc/named.rfc1912.zones 文件中进行添加

[root@clsn6 ~]# vim /etc/named.rfc1912.zones 
zone "nmtui.com" IN { # hengxia.top是域名
type master; # 表示权威DNS,即第一个
file "nmtui.com.zone"; # 域数据库,默认位于/var/named/下面,只需告知文件名nmtui.com.zone是库文件名
};

以/var/named目录下的named.localhost为模板,创建nmtui.com.zone文件,创建区域数据库

复制文件
[root@clsn6 named]# cp -av named.localhost nmtui.com.zone 'named.localhost' -> 'nmtui.com.zone' ## 注意cp -a 保持原有属性

源文件说明

[root@clsn6 named]# cat  nmtui.com.zone   # 解析区域数据库格式,存放名字与IP的对应关系
$TTL 1D   # 统一定义TTL(过期时间、缓存时间)
@    IN SOA    @ rname.invalid. (   # SOA记录 IN internet技术 IN第一条要写,后面可以省略,可继承第一条IN  rname.invalid.  资源的类型  
                    0    ; serial
                    1D    ; refresh
                    1H    ; retry
                    1W    ; expire
                    3H )    ; minimum
    NS    @    # 代表当前配置域
    A    127.0.0.1     # A记录 名字 到 IP   对应IPv4地址
    AAAA    ::1   # A记录 名字 到 IP   对应IPv6地址

修改配置文件

[root@clsn6 named]# cat /var/named/nmtui.com.zone 
$TTL 1D
@       IN SOA  @ nmtui.top. (
                                        30      ; serial
                                        1M      ; refresh
                                        1M      ; retry
                                        1M      ; expire
                                        3M )    ; minimum
        NS      @
www     A       10.0.0.188
blog    A       10.0.0.188
@       A       10.0.0.188

检查配置文件

[root@clsn6 named]# named-checkconf # 检查配置文件是否正确
# 检查区域配置是否正确
[root@clsn6 named]# named-checkzone nmtui.com /var/named/nmtui.com.zone 
zone nmtui.com/IN: loaded serial 0
OK
# 载入配置
[root@clsn6 named]# rndc reload
server reload successful
重新载入不成功可以重启服务!

6、验证测试

在windows上测试

C:\Users\clsn>nslookup  - 192.168.19.105
默认服务器:  UnKnown
Address:  192.168.19.105
> nmtui.com
服务器:  UnKnown
Address:  192.168.19.105

名称:    nmtui.com
Address:  10.0.0.188

> www.nmtui.com
服务器:  UnKnown
Address:  192.168.19.105

名称:    www.nmtui.com
Address:  10.0.0.188

> blog.nmtui.com
服务器:  UnKnown
Address:  192.168.19.105

名称:    blog.nmtui.com
Address:  10.0.0.188

在linux里测试

方法一

[root@clsn6 named]# nslookup - 192.168.19.105
> nmtui.top
Server:    192.168.19.105
Address:    192.168.19.105#53

Name:    nmtui.top
Address: 10.0.0.188

方法二

[root@clsn6 named]# dig nmtui.com @192.168.19.105

; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.62.rc1.el6_9.4 <<>> nmtui.com @192.168.19.105
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43306
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;nmtui.com.    IN    A

;; ANSWER SECTION:
nmtui.com.    86400    IN    A    10.0.0.188

;; AUTHORITY SECTION:
nmtui.com.    86400    IN    NS    nmtui.com.

;; Query time: 0 msec
;; SERVER: 192.168.19.105#53(192.168.19.105)
;; WHEN: Tue Feb 6 20:58:20 2018
;; MSG SIZE rcvd: 57

方法三

[root@clsn6 named]# ping www.nmtui.com -c1 
PING www.nmtui.com (10.0.0.188) 56(84) bytes of data.
64 bytes from 10.0.0.188: icmp_seq=1 ttl=64 time=0.010 ms

--- www.nmtui.com ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.010/0.010/0.010/0.000 ms
作者: 惨绿少年
出处: https://www.nmtui.com
本文版权归作者所有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。
目录
相关文章
|
2月前
|
网络协议 Linux Docker
在Linux中,如何指定dns服务器,来解析某个域名?
在Linux中,如何指定dns服务器,来解析某个域名?
|
12天前
|
存储 弹性计算 缓存
阿里云服务器ECS通用型实例规格族特点、适用场景、指标数据解析
阿里云服务器ECS提供了多种通用型实例规格族,每种规格族都针对不同的计算需求、存储性能、网络吞吐量和安全特性进行了优化。以下是对存储增强通用型实例规格族g8ise、通用型实例规格族g8a、通用型实例规格族g8y、存储增强通用型实例规格族g7se、通用型实例规格族g7等所有通用型实例规格族的详细解析,包括它们的核心特点、适用场景、实例规格及具体指标数据,以供参考。
阿里云服务器ECS通用型实例规格族特点、适用场景、指标数据解析
|
16天前
阿里云服务器带宽价格参考:选择1M、3M、5M、10M宽带价格解析
阿里云服务器1M、3M、5M、10M宽带需要多少钱?单说阿里云服务器宽带多少钱,而不确定云服务器实例规格及cpu和内存配置的话,是没办法具体说多少钱的,因为云服务器的价格受很多因素影响。本文将详细解析阿里云服务器在选择1M、3M、5M、10M不同带宽下的价格差异,以供大家参考。
阿里云服务器带宽价格参考:选择1M、3M、5M、10M宽带价格解析
|
1月前
|
网络协议 网络安全
基于bind软件部署DNS服务器
关于如何使用bind软件部署DNS服务器的教程,包括DNS服务器的类型、基于bind软件的部署步骤、验证DNS服务器可用性的指导,以及如何进行DNS正向解析的实现。
26 2
基于bind软件部署DNS服务器
|
2月前
|
弹性计算 负载均衡 数据库
阿里云轻量应用服务器全面解析:收费标准、产品优势及适用场景
在云计算领域,阿里云凭借其强大的技术实力和丰富的产品线,为用户提供了一系列高效、便捷的云服务器产品。其中,轻量应用服务器(Simple Application Server)作为面向个人开发者、中小企业等用户的入门级云产品,凭借其易用性、高性价比以及一站式服务体验,受到了广泛的欢迎。本文将全面解析阿里云轻量应用服务器的收费标准、产品优势以及适用场景,帮助用户更好地了解和选择这一产品。
阿里云轻量应用服务器全面解析:收费标准、产品优势及适用场景
|
1月前
|
弹性计算 开发框架 数据可视化
阿里云虚拟主机和云服务器有什么区别?多角度全解析对比
阿里云虚拟主机与云服务器ECS的主要区别在于权限与灵活性。虚拟主机简化了网站搭建流程,预装常用环境,适合初级用户快速建站;而云服务器提供全面控制权,支持多样化的应用场景,如APP后端、大数据处理等,更适合具备技术能力的用户。尽管虚拟主机在价格上通常更优惠,但随着云服务器价格的下降,其性价比已超越虚拟主机,成为更具吸引力的选择。
|
2月前
|
缓存 运维 监控
打造稳定高效的数据引擎:数据库服务器运维最佳实践全解析
打造稳定高效的数据引擎:数据库服务器运维最佳实践全解析
|
28天前
|
域名解析 监控 负载均衡
智能DNS解析:自动选择最快服务器的奥秘
【9月更文挑战第7天】智能DNS解析是一种根据用户网络环境和服务器负载动态选择最佳服务器的技术,显著提升了访问速度与稳定性。本文详细介绍了其工作原理,包括实时监控、数据分析和路由选择,并探讨了自动选择最快服务器背后的算法策略,如负载均衡、地理位置识别及实时测试。附带示例代码帮助理解其基本实现过程。
62 0
|
2月前
|
API C# 开发框架
WPF与Web服务集成大揭秘:手把手教你调用RESTful API,客户端与服务器端优劣对比全解析!
【8月更文挑战第31天】在现代软件开发中,WPF 和 Web 服务各具特色。WPF 以其出色的界面展示能力受到欢迎,而 Web 服务则凭借跨平台和易维护性在互联网应用中占有一席之地。本文探讨了 WPF 如何通过 HttpClient 类调用 RESTful API,并展示了基于 ASP.NET Core 的 Web 服务如何实现同样的功能。通过对比分析,揭示了两者各自的优缺点:WPF 客户端直接处理数据,减轻服务器负担,但需处理网络异常;Web 服务则能利用服务器端功能如缓存和权限验证,但可能增加服务器负载。希望本文能帮助开发者根据具体需求选择合适的技术方案。
68 0
|
2月前
|
Java 数据库 API
JSF与JPA的史诗级联盟:如何编织数据持久化的华丽织锦,重塑Web应用的荣耀
【8月更文挑战第31天】JavaServer Faces (JSF) 和 Java Persistence API (JPA) 分别是构建Java Web应用的用户界面组件框架和持久化标准。结合使用JSF与JPA,能够打造强大的数据驱动Web应用。首先,通过定义实体类(如`User`)和配置`persistence.xml`来设置JPA环境。然后,在JSF中利用Managed Bean(如`UserBean`)管理业务逻辑,通过`EntityManager`执行数据持久化操作。
38 0

相关产品

  • 云解析DNS
  • 推荐镜像

    更多
    下一篇
    无影云桌面