共计 14367 个字符，预计需要花费 36 分钟才能阅读完成。
DNS：域名系统（英文：Domain Name System)是一个域名系统，是万维网上作为域名和 IP 地址相互映射的一个分布式数据库，能够使用户更方便的访问互联网，而不用去记住能够被机器直接读取的 IP 数串。类似于生活中的 114 服务，可以通过人名找到电话号码，也可以通过电话号码找到人名(生活中没有那么准确的原因是人名有重名，而域名是全世界唯一的)。
DNS 协议运行在 UDP 协议之上，使用端口号 53
域名:
域名是一个网站的逻辑地址，比如 www.zutuanxue.com，相比 IP 地址更加方便人类记忆，所以被广泛使用。一、DNS 介绍
计算机的发展起源于上世纪 60 年代，最初只有美国的几所高校在使用，计算机之间通信需要知道对方的地址(IP 地址)，但是人们对 IP 地址的记忆又是不敏感的(就像生活中你能记住多少个好友的手机号码一样)。为了方便人类记忆，大学的科学家们把计算机的名字和对应的 IP 地址写入到计算机中的 hosts 文件，以此文件来做解析。
但是随着计算机和网络的发展出现了局域网，计算机的数量随之增加；后来为了解决方便通信问题，我们使用了 wins 服务器来进行计算机名和 IP 的注册服务，通过一个名称服务器来自动管理局域网中的计算机，并提供解析服务。人们在局域网中通过计算机名就能连接到了对应的计算机。该技术中要求计算机名称必须唯一，正是由于这个原因使得局域网中的计算机又不能太多。
微型计算机的出现和局域网的发展推动了广域网的发展，hosts 文件只能针对极少的计算机网络，wins 可以管理局域网的解析。到了广域网，人们就迫切需要一个新的服务做解析服务器，使解析方便、快速、高效的应对广域网环境。为了解决广域网解析问题，美国人研发出了 DNS 服务，以及成立了管理 DNS 相关的机构，并提出了域名命名规则。
域名管理机构
Internet 域名与地址管理机构（ICANN）是为承担域名系统管理，IP 地址分配，协议参数配置，以及主服务器系统管理等职能而设立的非盈利机构.
现由 IANA 和其他实体与美国政府约定进行管理。域名分国际域名和国内域名两种，对于国际域名而言，其命名规则是：域名可以由（a-z、A- Z 大小写等价）26个英文字母、数字（0-9）以及连接符“-”组成，但是域名的首位必须是字母或数字。对于域名的长度也有一定
的限制：国际通用顶级域名长度不得超过 26 个字符，中国国家顶级域名长度不得超过 20 个字符
二、DNS 的解析原理
目前，因特网的命名方法是层次树状结构的方法。采用这种命名方法，任何一个连接在因特网上的主机或设备，都有一个某一的层次结构的名字，即域名(domain name)。域是名字空间中一个可被管理的划分。域可以继续按层次划分为子域，如二级域、三级域等等。
三、DNS 查询
递归查询: 一般客户机和服务器之间属递归查询，即当客户机向 DNS 服务器发出请求后, 若 DNS 服务器本身不能解析, 则会向另外的 DNS 服务器发出查询请求，得到结果后转交给客户机；如果主机所询问的本地域名服务器不知道被查询的域名的 IP 地址，那本地 DNS 就会扮演 DNS 客户的角色，去代理原客户去帮忙找根域名服务器发出请求，递归即递给服务器，所有操作都有服务器来完成。
迭代查询: 一般 DNS 服务器之间属迭代查询，如：DNS1 问 DNS2,DNS2 不知道会告诉 DNS1 一个 DNS3 的 IP 地址，让 DNS1 去问问 DNS3 知不知道，以此类推，就是迭代查询。
关于递归和迭代举个生活例子帮助大家理解：比如你问张老师一个问题，张老师告诉他答案这之间的叫递归查询。这期间也许张老师也不会，这时张老师问李老师，张老师去问崔老师，这之间的查询叫迭代查询！
正向查找：将域名解析为 IP
www.zutuanxue.com ---> 118.190.209.153
反向查找：将 IP 解析为域名
118.290.209.153 ---> www.zutuanxue.com
四、DNS 服务器部署
约定：本实验中使用过的机器为 centos8.0_x86_64 系统，IP 地址 192.168.11.16/24. 请关闭防火墙和 SELINUX。
4.1）DNS 安装
DNS 服务是由 bind 程序提供的，所以要实现 DNS 服务就需要安装 bind 程序包。
[root@zutuanxue ~]# dnf -y install bind bind-chroot
bind DNS 主程序包
bind-chroot DNS 安全包，改变默认 DNS 根目录，将 DNS 运行在监牢模式
说明:chroot 监牢模式
监牢是一个软件机制，其功能是使得某个程序无法访问规定区域之外的资源，同样也为了增强安全性（LCTT 译注：chroot“监牢”，所谓“监牢”就是指通过 chroot 机制来更改某个进程所能看到的根目录，即将某进程限制在指定目录中，保证该进程只能对该目录及其子目录的文件进行操作，从而保证整个服务器的安全）。Bind Chroot DNS 服务器的默认“监牢”为 /var/named/chroot。4.2）DNS 启动
DNS 的守护进程叫做 named,DNS 是以 named 用户身份来运行，named 用户在安装包的时候会在系统中自动创建。
CentOS8 下安装了 bind-chroot 之后，若要使用 named-chroot.service，则需要关闭 named.service。两者只能运行一个
方法一: 不使用 chroot 模式启动 DNS
开启开机启动
[root@zutuanxue ~]# systemctl enable named
Created symlink from /etc/systemd/system/multi-user.target.wants/named.service to /usr/lib/systemd/system/named.service.
启动 DNS 服务
[root@zutuanxue ~]# systemctl start named
验证启动
[root@zutuanxue ~]# lsof -i :53
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
dnsmasq 1520 nobody 5u IPv4 27001 0t0 UDP bogon:domain
dnsmasq 1520 nobody 6u IPv4 27002 0t0 TCP bogon:domain (LISTEN)
named 2553 named 21u IPv4 38662 0t0 TCP localhost:domain (LISTEN)
named 2553 named 22u IPv6 38664 0t0 TCP localhost:domain (LISTEN)
named 2553 named 512u IPv4 38660 0t0 UDP localhost:domain
named 2553 named 513u IPv4 38660 0t0 UDP localhost:domain
named 2553 named 514u IPv4 38660 0t0 UDP localhost:domain
named 2553 named 515u IPv4 38660 0t0 UDP localhost:domain
named 2553 named 516u IPv6 38663 0t0 UDP localhost:domain
named 2553 named 517u IPv6 38663 0t0 UDP localhost:domain
named 2553 named 518u IPv6 38663 0t0 UDP localhost:domain
named 2553 named 519u IPv6 38663 0t0 UDP localhost:domain
方法二: 使用 chroot 模式 DNS
将对应的文件移动到 chroot 根目录
主配文件
[root@zutuanxue ~]# cp /etc/named.conf /var/named/chroot/etc/
[root@zutuanxue ~]# chgrp named /var/named/chroot/etc/named.conf
[root@zutuanxue ~]# named-checkconf /var/named/chroot/etc/named.conf
区域数据库文件
[root@zutuanxue named]# cd /var/named/
[root@zutuanxue named]# cp -r data /var/named/chroot/var/named/
[root@zutuanxue named]# cp -r dynamic /var/named/chroot/var/named/
[root@zutuanxue named]# cp named.* /var/named/chroot/var/named/
[root@zutuanxue named]# cd /var/named/chroot/var/named/
[root@zutuanxue named]# chown -R named.named *
启动 DNS 服务
开机启动
[root@zutuanxue ~]# systemctl enable named-chroot.service
Created symlink from /etc/systemd/system/multi-user.target.wants/named-chroot.service to /usr/lib/systemd/system/named-chroot.service.
启动服务
[root@zutuanxue ~]# mv /etc/named.conf /root/
[root@zutuanxue ~]# systemctl start named-chroot
验证启动
[root@zutuanxue ~]# lsof -i :53
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
dnsmasq 1525 nobody 5u IPv4 27359 0t0 UDP bogon:domain
named 2877 named 21u IPv4 44717 0t0 TCP localhost:domain (LISTEN)
named 2877 named 22u IPv4 44719 0t0 TCP bogon:domain (LISTEN)
named 2877 named 23u IPv4 44721 0t0 TCP bogon:domain (LISTEN)
named 2877 named 512u IPv4 44715 0t0 UDP localhost:domain
named 2877 named 513u IPv4 44715 0t0 UDP localhost:domain
named 2877 named 514u IPv4 44715 0t0 UDP localhost:domain
named 2877 named 515u IPv4 44715 0t0 UDP localhost:domain
named 2877 named 516u IPv4 44718 0t0 UDP bogon:domain
named 2877 named 517u IPv4 44718 0t0 UDP bogon:domain
named 2877 named 518u IPv4 44718 0t0 UDP bogon:domain
named 2877 named 519u IPv4 44718 0t0 UDP bogon:domain
named 2877 named 520u IPv4 44720 0t0 UDP bogon:domain
named 2877 named 521u IPv4 44720 0t0 UDP bogon:domain
named 2877 named 522u IPv4 44720 0t0 UDP bogon:domain
named 2877 named 523u IPv4 44720 0t0 UDP bogon:domain
4.3）DNS 配置文件
默认情况下，如果不安装 bind-chroot 这个包，配置文件的路径如下：
配置文件:/etc/named.conf
区域数据库文件:/var/named/
由于我们安装了 bind-chroot 这个用于改变默认 DNS 配置文件的路径的包，所以相对应的配置文件的路径也发生了变化。
变化如下：
配置文件:/var/named/chroot/etc/named.conf
区域数据库文件:/var/named/chroot/var/named/
a、主配文件详解
//
// named.conf
//
// Provided by Red Hat bind package to configure the ISC BIND named(8) DNS
// server as a caching only nameserver (as a localhost DNS resolver only).
//
// See /usr/share/doc/bind*/sample/ for example named configuration files.
//
options
{#IPv4 监听端口为 53，只允许本机连接
listen-on port 53 {127.0.0.1; };
#IPv6 监听端口为 53，只允许本机连接
listen-on-v6 port 53 {::1; };
# 定义工作目录
directory "/var/named";
#CACHE 文件路径, 指定服务器在收到 rndc dump 命令时，转储数据到文件的路径。默认 cache_dump.db
dump-file "data/cache_dump.db";
# 静态文件路径, 指定服务器在收到 rndc stats 命令时，追加统计数据的文件路径。默认 named.stats
statistics-file "data/named_stats.txt";
# 内存静态文件路径, 服务器在退出时，将内存统计写到文件的路径。默认 named.mem_stats
memstatistics-file "data/named_mem_stats.txt";
# 在收到 rndc secroots 指令后，服务器转储安全根的目的文件的路径名。默认 named.secroots
secroots-file "data/named.secroots";
# 指定服务器在通过 rndc recursing 命令指定转储当前递归请求到的文件路径。默认 named.recursing
recursing-file "data/named.recursing";
# 指定允许哪些主机可以进行普通的 DNS 查询, 可以是关键字:any/localhost/none, 也可以是 IPV4,IPV6 地址
allow-query {localhost;};
# 指定允许哪些主机可以对缓存的访问
allow-query-cache {localhost;};
/*
- If you are building an AUTHORITATIVE DNS server, do NOT enable recursion.
假如你建立的是一个权威 DNS 你不需要开启递归
- If you are building a RECURSIVE (caching) DNS server, you need to enable recursion.
假如你建立的是一个递归 DNS, 你需要开启递归服务
- If your recursive DNS server has a public IP address, you MUST enable access control to limit queries to your legitimate users. Failing to do so will
如果你的递归 DNS 是具有公网 IP，你必须要设置访问控制来限制对合法用户的查询.
cause your server to become part of large scale DNS amplification
否则你的 DNS 会被大规模的攻击
attacks. Implementing BCP38 within your network would greatly
在您的网络中实现 BCP38 将非常重要减少此类攻击面
reduce such attack surface
*/
# 开启递归
recursion yes;
# 开启 DNSSEC 在权威或者递归服务器之间信任服务
dnssec-enable yes;
# 开启 DNSSEC 验证在递归服务器
dnssec-validation yes;
# 指定目录，其中保存着跟踪被管理 DNSSEC 密钥文件。默认为工作目录。
managed-keys-directory "/var/named/dynamic";
#PID 文件路径
pid-file "/run/named/named.pid";
#session-keyfile 文件路径
session-keyfile "/run/named/session.key";
};
logging
{# 开启 DNS 日志记录
channel default_debug {file "data/named.run";
severity dynamic;
};
};
# 定义一个根域
zone "." IN {# 域类型为 hint, 还有 master slave forward 等类型
type hint;
# 区域数据库文件路径
file "/var/named/named.ca";
};
};
# 包含两个子配置文件
include "/etc/named.rfc1912.zones";
include "/etc/named.root.key";
b、区域数据库文件详解
正向解析
[root@zutuanxue ~]# cat /var/named/named.localhost
; 缓存时间
$TTL 1D
;@表示相应的域名
@ IN SOA @ rname.invalid. (
; 解析的域名 类型 授权域 授权域名服务器 管理员邮箱
0 ; serial
序列号, 每次更新该文件系列号都应该变大
1D ; refresh
刷新时间, 即规定从域名服务器多长时间查询一个主服务器，以保证从服务器的数据是最新的
1H ; retry
重试时间, 即当从服务试图在主服务器上查询更时，而连接失败了，则这个值规定了从服务多长时间后再试
1W ; expire
过期时间, 从服务器在向主服务更新失败后多长时间后清除对应的记录
3H ) ; minimum
这个数据用来规定缓存服务器不能与主服务联系上后多长时间清除相应的记录
NS @
;NS 名称服务器，表示这个主机为域名服务器
A 127.0.0.1
; 主机头 A 记录 IP
AAAA ::1
; AAAA 解析为 IPV6 地址
# 反向解析
[root@zutuanxue ~]# cat named.loopback
$TTL 1D
@ IN SOA @ rname.invalid. (0 ; serial
1D ; refresh
1H ; retry
1W ; expire
3H ) ; minimum
NS @
PTR localhost
;IP 反向指针 主机名
;PTR 反向指针 反解
五、部署一个正向解析
5.1）教学案例
对 zutuanxue.com 域名做解析，解析要求如下：
www 解析为 A 记录 IP 地址为 192.168.11.88
news 做别名解析 CNAME 解析为 www
1）主配置文件
[root@zutuanxue ~]# cat /var/named/chroot/etc/named.conf
options {listen-on port 53 {any;};
directory "/var/named";
};
// 定义根域
// 用于 DNS 向根递归查询
zone "." IN {
type hint;
// 保存了 DNS 根级服务器的地址
file "named.ca";
};
// 定义一个主域
// 注意每行都要; 结尾
zone "zutuanxue.com" IN {
// 类型为 master
type master;
// 区域数据库文件名称
file "zutuanxue.com.zone";
};
2）区域数据库文件
[root@zutuanxue named]# cat zutuanxue.com.zone
$TTL 1D
zutuanxue.com. IN SOA ns1.zutuanxue.com. rname.invalid. (0 ; serial
1D ; refresh
1H ; retry
1W ; expire
3H ) ; minimum
;zutuanxue.com. 需要做解析的域名
;ns1.zutuanxue.com. 为 zutuanxue.com. 做解析的 DNS 这里我们既是 DNS 也同时为自己域名做了解析
NS ns1.zutuanxue.com.
;A 域名机械为 IP
;PTR IP 解析为域名
;MX 邮件标记
;CNAME 别名
ns1 A 192.168.11.16
www A 192.168.11.88
news CNAME www
5.2）测试方法
域名解析 linux 系统为大家提供了三个命令，看大家喜欢用哪个都可以。
a、host 采用非交互式解析，
b、nslookup 可以采用交互或非交互式解析
c、dig 显示详细的解析流程
测试注意：请将你的测试客户端机器的 DNS 指向你自己的 DNS 服务器的 IP 地址。本例中我使用 DNS 服务器给自己当测试端，我修改了自己的 DNS 服务器地址
[root@zutuanxue ~]# cat /etc/resolv.conf
# Generated by NetworkManager
nameserver 192.168.11.16
#host 命令
[root@zutuanxue ~]# host news.zutuanxue.com
news.zutuanxue.com is an alias for www.zutuanxue.com.
www.zutuanxue.com has address 192.168.11.88
#nslookup 命令 --- 交互式解析
[root@zutuanxue ~]# nslookup
> news.zutuanxue.com
Server: 192.168.11.16
Address: 192.168.11.16#53
news.zutuanxue.com canonical name = www.zutuanxue.com.
Name: www.zutuanxue.com
Address: 192.168.11.88
> exit
#nslookup 命令 --- 非交互式解析
[root@zutuanxue ~]# nslookup news.zutuanxue.com
Server: 192.168.11.16
Address: 192.168.11.16#53
news.zutuanxue.com canonical name = www.zutuanxue.com.
Name: www.zutuanxue.com
Address: 192.168.11.88
#dig 命令
[root@zutuanxue ~]# dig news.zutuanxue.com
; <<>> DiG 9.9.4-RedHat-9.9.4-73.el7_6 <<>> news.zutuanxue.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 28487
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 1, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;news.zutuanxue.com. IN A
;; ANSWER SECTION:
news.zutuanxue.com. 86400 IN CNAME www.zutuanxue.com.
www.zutuanxue.com. 86400 IN A 192.168.11.88
;; AUTHORITY SECTION:
zutuanxue.com. 86400 IN NS www.zutuanxue.com.
;; Query time: 0 msec
;; SERVER: 192.168.11.16#53(192.168.11.16)
;; WHEN: 一 2月 25 10:52:19 CST 2019
;; MSG SIZE rcvd: 93
技巧：在 dig 解析中，后面跟上 +trace 来显示详细解析流程
[root@zutuanxue ~]# dig www.zutuanxue.com +trace
六、部署一个反向解析
案例: 对 www.zutuanxue.com 做反向解析，其对应的 IP 地址为 192.168.11.88
1）主配置文件添加反向解析 zone
[root@zutuanxue ~]# cat /var/named/chroot/etc/named.conf
options {listen-on port 53 {any;};
directory "/var/named";
};
// 定义根域
// 用于 DNS 向根递归查询
zone "." IN {
type hint;
// 保存了 DNS 根级服务器的地址
file "named.ca";
};
// 定义一个主域
// 注意每行都要; 结尾
zone "zutuanxue.com" IN {
// 类型为 master
type master;
// 区域数据库文件名称
file "zutuanxue.com.zone";
};
// 定义一个反向解析
// 此处需要倒写网段
zone "11.168.192.in-addr.arpa" IN {
type master;
file "192.168.11.arpa";
};
2）区域数据库文件设置
[root@zutuanxue named]# cat 192.168.11.arpa
$TTL 1D
11.168.192.in-addr.arpa. IN SOA ns1.zutuanxue.com. rname.invalid. (0 ; serial
1D ; refresh
1H ; retry
1W ; expire
3H ) ; minimum
NS ns1.zutuanxue.com.
88 PTR www.zutuanxue.com.
注意：文件的所有者和所有者组都是 named
3）使用 nslookup 测试
[root@zutuanxue ~]# nslookup 192.168.11.88
Server: 192.168.11.16
Address: 192.168.11.16#53
88.11.168.192.in-addr.arpa name = www.zutuanxue.com.
七、DNS 服务器冗余
DNS 服务器在网络中为全世界的服务器提供了域名解析服务，扮演着至关重要的角色。网络中的某台 DNS 一旦宕机，就会造成部分域名无法解析，用户无法顺利访问到对应的服务器。但是我们学习的过程中也发现了，我们的 DNS 部署在单台服务器上，如果出现单点故障，我们应该如何应对呢？我们可以通过部署多台相同解析的 DNS 来解决单点故障，就算一台 DNS 服务器出现问题，也不会影响解析服务。怎么部署呢？如何保障多台之间的解析一致？这就是我们要讨论的问题了。我们来学习辅助 DNS 吧！
辅助 DNS 是从主 DNS 拉取区域数据库文件的的，当主 DNS 解析的域名对应的区域数据库文件发生变化，辅助就会去找主 DNS 拉取新的区域数据库文件，保证和主的解析一致，而且是自动的不需要人为干预的，确保了主从 DNS 的区域数据库文件的一致性。
教学案例: 按照图例, 为主 DNS(192.168.11.16）部署一台辅助 DNS(192.168.11.116)，实现数据同步。
辅助 DNS 设置
a、软件包安装
[root@slave ~]# dnf -y install bind bind-chroot
b、设置主配文件
[root@slave etc]# cat /var/named/chroot/etc/named.conf
options {listen-on port 53 {any;};
directory "/var/named";
};
// 定义根域
// 用于 DNS 向根递归查询
zone "." IN {
type hint;
// 保存了 DNS 根级服务器的地址
file "named.ca";
};
// 定义一个主域
// 注意每行都要; 结尾
zone "zutuanxue.com" IN {
// 类型为 slave 代表辅助
type slave;
// 区域数据库文件名称
file "zutuanxue.com.zone";
// 设置主 DNS IP, 向该 IP 去同步数据
masters {192.168.11.16; };
};
// 定义一个反向解析
// 此处需要倒写网段
zone "11.168.192.in-addr.arpa" IN {
// 类型写 slave 代表辅助
type slave;
file "192.168.11.arpa";
// 设置主 DNS IP, 向该 IP 去同步数据
masters {192.168.11.16; };
};
修改权限
[root@slave etc]# chgrp named named.conf
c、启动服务
[root@slave chroot]# systemctl enable named-chroot.service
Created symlink from /etc/systemd/system/multi-user.target.wants/named-chroot.service to
/usr/lib/systemd/system/named-chroot.service.
[root@slave chroot]# systemctl start named-chroot
d、验证
[root@slave ~]# ls /var/named/chroot/var/named/
192.168.11.arpa zutuanxue.com.zone chroot data dynamic named.ca named.empty named.localhost named.loopback slaves
发现192.168.11.arpa zutuanxue.com.zone 这两个数据库文件已经同步过来了，解析一下看看吧！设置客户端的 DNS IP 为 192.168.11.116，我的测试机就是这台 slave 机器，所以设置为192.168.11.116 即可
[root@slave ~]# cat /etc/resolv.conf
nameserver 192.168.11.116
使用 nslookup 验证一下
[root@slave ~]# nslookup news.zutuanxue.com
Server: 192.168.11.116
Address: 192.168.11.116#53
news.zutuanxue.com canonical name = www.zutuanxue.com.
Name: www.zutuanxue.com
Address: 192.168.11.88
[root@slave ~]# nslookup 192.168.11.88
Server: 192.168.11.116
Address: 192.168.11.116#53
88.11.168.192.in-addr.arpa name = www.11.168.192.in-addr.arpa.
看到结果了，完美！！八、智能 DNS
在我们访问 WEB 的时候，发现有的网站打开的速度非常快，有的网站打开的非常慢，这是为什么呢？原因就是很多公司为了提升用户的体验，自己的网站使用了 CDN 内容加速服务，让你直接在你本地城市的服务器上拿数据并展示给你看。什么是 CDN 我们暂且理解为本地缓存服务器就好，那么你是怎么准确知道你本地的缓存服务器的呢！因为很多 CDN 公司的 DNS 使用了智能解析服务，根据你的源 IP 判断你属于哪个城市，让后再把本地的缓存服务器解析给你，你就会直接去找该服务器拿数据了。
智能解析原理
在 DNS 中植入全世界的 IP 库以及 IP 对应的地域，当用户来请求解析时，DNS 会根据其源 IP 来定位他属于哪个区域，然后去找这个区域的 view 视图查询对应的域名的区域数据库文件做解析。从而使得不同地域的用户解析不同。
教学案例: 部署一台 DNS 智能解析服务器，对 zutuanxue.com 域名做智能解析：
上海的用户解析 IP 为 1.1.1.1
北京的用户解析 IP 为 2.2.2.2
其他用户解析为 3.3.3.3
智能解析
a、设置主配文件
定义 IP 库，DNS 根据 IP 库判断源 IP 属于哪个区域
根据地域定义视图，将该区域的客户端的解析请求都由该视图中的 zone 来解析
[root@master named]# cat /var/named/chroot/etc/named.conf
options {directory "/var/named";
};
// 定义 IP 库
acl shanghai {192.168.11.50; };
acl beijing {192.168.11.100; };
// 定义视图，通过 IP 匹配后，通过不同的区域数据库文件进行解析
view sh {match-clients { shanghai;};
zone "zutuanxue.com" IN {
type master;
file "zutuanxue.com.zone.sh";
};
};
view bj {match-clients { beijing;};
zone "zutuanxue.com" IN {
type master;
file "zutuanxue.com.zone.bj";
};
};
view other {match-clients { any;};
zone "zutuanxue.com" IN {
type master;
file "zutuanxue.com.zone.any";
};
};
b、根据主配文件设置不同的区域数据库文件
[root@master named]# cd /var/named/chroot/var/named
[root@master named]# cp zutuanxue.com.zone zutuanxue.com.zone.bj
[root@master named]# cp zutuanxue.com.zone zutuanxue.com.zone.sh
[root@master named]# cp zutuanxue.com.zone zutuanxue.com.zone.any
[root@master named]# chgrp named zutuanxue.com.zone.*
[root@master named]# cat /var/named/chroot/var/named/zutuanxue.com.zone.sh
$TTL 1D
@ IN SOA zutuanxue.com. rname.invalid. (0 ; serial
1D ; refresh
1H ; retry
1W ; expire
3H ) ; minimum
NS www.zutuanxue.com.
www A 1.1.1.1
[root@master named]# cat /var/named/chroot/var/named/zutuanxue.com.zone.bj
$TTL 1D
@ IN SOA zutuanxue.com. rname.invalid. (0 ; serial
1D ; refresh
1H ; retry
1W ; expire
3H ) ; minimum
NS www.zutuanxue.com.
www A 2.2.2.2
[root@master named]# cat /var/named/chroot/var/named/zutuanxue.com.zone.any
$TTL 1D
@ IN SOA zutuanxue.com. rname.invalid. (0 ; serial
1D ; refresh
1H ; retry
1W ; expire
3H ) ; minimum
NS www.zutuanxue.com.
www A 3.3.3.3
c、测试
依次修改主配的 IP 库中的 IP 为本机，观看解析情况
[root@master named]# nslookup www.zutuanxue.com
Server: 192.168.11.16
Address: 192.168.11.16#53
Name: www.zutuanxue.com
Address: 1.1.1.1
正文完
星哥玩云-微信公众号
