DNS(Donmain Name Service)域名系统是一个分布式数据系统,其作用是将域名解析成IP地址。Linux DNS一般使用bind来完成,其中主要是对named服务的配置。
本文实验平台为CentOS 6.2。
DNS服务器
主机名:itpro IP地址:192.168.1.53
辅助DNS服务器
主机名:itsec IP地址:192.168.1.54
客户端测试机
主机名:itclient IP地址:192.168.1.100
一、DNS服务器端配置
1.安装相关软件
bind是linux的DNS服务器程序,bind-chroot是bind的一个功能,使bind可以在一个chroot的模式下运行,也就是说bind运行时的/(根)目录并不是系统真正的/(根)目录,而是系统中的一个子目录,这样做的目的是为了提高安全性,因为在chroot的模式下,bind可以访问的范围仅限于这个子目录的范围里,无法进一步提升、进入到系统的其他目录中。
[root@itpro ~]# yum install bind bind-chroot
[root@itpro ~]# service named start
Stopping named: [ OK ]
Generating /etc/rndc.key:^C
[root@itpro ~]# rndc-confgen -r /dev/urandom -a
wrote key file “/etc/rndc.key”
[root@itpro ~]# service named start
Stopping named: [ OK ]
Starting named: [ OK ]
[root@ itpro ~]# chkconfig named on
(注:实验之初,安装完成bind及bind-chroot后,重启named服务时,rndc找不到key,等半天没反应,主要原因在于RHEL6上没有caching-named这个包。在网上查到,使用rndc-confgen -r /dev/urandom –a这条命令可以解决问题。另,记得将named设为开机启动。)
进入到伪目录/var/named/chroot,
[root@itpro ~]# cd /var/named/chroot/
[root@itpro chroot]# ls
dev etc usr var
[root@itpro chroot]# ls etc/
localtime named.conf named.rfc1912.zones pki
named named.iscdlv.key named.root.key rndc.key
[root@itpro chroot]# ls var/named/
chroot dynamic named.empty named.loopback
data named.ca named.localhost slaves
注:在伪目录里,也有etc和var目录,从这里读到的配置及软件相关文件,其实是根目录下/etc和/var里面文件的一部分,但其他与named服务不相关的文件就看不到了,提高了操作的安全性。
实际操作建议在伪目录中进行,也可以root目录下进行。
为避免路径过长或因切换路径等而作多余的啰嗦,本文是在root目录下进行的,请注意。
2.修改主配文件/etc/named.conf
在RHEL 6中,安装完bind后,将会自动生成主配文件named.conf,现要对其进行修改。
修改后的内容如下
[root@itpro ~]# cat /etc/named.conf
- options {
- listen-on port 53 { any; }; //any表示监听所有客户端发来的信息
- listen-on-v6 port 53 { any; }; //这个是针对IPv6的,当前环境下可以不改
- directory “/var/named”;
- dump-file “/var/named/data/cache_dump.db”;
- statistics-file “/var/named/data/named_stats.txt”;
- memstatistics-file “/var/named/data/named_mem_stats.txt”;
- allow-query { any; }; //any表示允许所有客户端进行dns查询
- recursion yes; //是否使用递归式DNS服务器,默认为yes
- dnssec-enable yes;
- dnssec-validation yes;
- dnssec-lookaside auto;
- /* Path to ISC DLV key */
- bindkeys-file “/etc/named.iscdlv.key”;
- managed-keys-directory “/var/named/dynamic”;
- };
- logging {
- channel default_debug {
- file “data/named.run”;
- severity dynamic;
- };
- };
- zone “.” IN {
- type hint; //表示这个区被定义为启动时初始化高速缓存的域名服务器
- file “named.ca”;
- };
- include “/etc/named.rfc1912.zones”;
- include “/etc/named.root.key”;
(注:主配置文件 named.conf里面只有“.”区域,在最下面有个 named.rfc1912.zones定义,是一个named.conf的辅助区域配置文件。意思是除了根域外,其他所有的区域配置建议在named.rfc1912.zones文件中配置,主要是为了方便管理,不轻易破坏主配置文件named.conf。)
3.修改辅助区域配置文件/etc/named.rfc1912.zones
在文件最末添加正向解析和反向解析域(注:本实验,正向解析、反向解析一并实现),
修改后的内容为:
[root@itpro ~]# cat /etc/named.rfc1912.zones
- …………省略部分输出…………
- zone “88181.com” IN { //这个是正向解析区域,区域名一般使用需要被解析的域名
- type master; //master表示这个区被定义为主域名服务器
- file “88181.com.zone“; //定义正向解析域的文件,名字随意,一般标记为:域名+.zone
- allow-update { none; };
- };
- zone “1.168.192.in-addr.arpa” IN { //这个是正向解析区域,这里遵循一般的命名格式
- type master;
- file “88181.com.local“; //定义反向解析域的文件, ,名字随意,一般标记为:域名+.local
- allow-update { none; };
- };
4.创建解析文件
在/var/named中,以named.localhost为模板,创建正向和反向解析文件,
这两个文件的文件名,要以/etc/named.rfc1912.zones 文件中定义的一致,即88181.com.zone和88181.com.local
[root@itpro ~]# ls /var/named/
chroot dynamic named.empty named.loopback
data named.ca named.localhost slaves
[root@itpro named]# cp -p /var/named/named.localhost /var/named/88181.com.zone
[root@itpro named]# cp -p /var/named/named.localhost /var/named/88181.com.local
[root@itpro named]# ll /var/named/
total 44
drwxr-x—. 6 root named 4096 Mar 18 02:04 chroot
drwxrwx—. 2 named named 4096 Mar 18 02:12 data
drwxrwx—. 2 named named 4096 Mar 22 06:11 dynamic
-rw-r—–. 1 root named 1892 Feb 18 2008 named.ca
-rw-r—–. 1 root named 152 Dec 15 2009 named.empty
-rw-r—–. 1 root named 152 Jun 21 2007 named.localhost
-rw-r—–. 1 root named 168 Dec 15 2009 named.loopback
drwxrwx—. 2 named named 4096 Feb 23 14:26 slaves
-rw-r—–. 1 root named 175 Mar 22 07:05 88181.com.local
-rw-r—–. 1 root named 175 Mar 22 06:59 88181.com.zone
(注:使命cp命令时,要使用-p选项,以保留文件的权限属性。通过ll查看,可以看到这里的文件都是属于named用户组的,如果cp时不加-p选项,生成的文件将会属root用户组,不符合要求)
88181.com.zone文件内容为正向域名解析记录,修改后内容如下:
[root@itpro ~]# cat /var/named/88181.com.zone
- $TTL 1D
- @ IN SOA ns.88181.com root ( //@表示当前域,IN指internet ,SOA起始授权机构,
- //root管理员邮箱地址,也可写作root.88181.com.,相当于root@88181.com.
- 0 ; serial
- 1D ; refresh
- 1H ; retry
- 1W ; expire
- 3H ) ; minimum
- NS ns.88181.com. // ns指定域名服务器,只是个名称
- ns A 192.168.1.53 //指定域名服务器IP地址
- //以下增加目标解析文件,可以是www、ftp等
- www A 192.168.1.100 //A指定域名对应IP,这里表示www.88181.com
- ftp A 192.168.1.101 //如果还有其他服务,依次添加映射,如ftp
(注:输入的内容中,“ns.88181.com.”后面有一个“.”,表示根域,不能漏掉,如果不加,则表示nd.88181.com域还有后缀.88181.com, named会重启失败)
88181.com.local文件内容为反向域名解析记录,修改后内容如下:
[root@itpro ~]# cat /var/named/88181.com.local
- $TTL 1D
- @ IN SOA ns.88181.com. root (
- 0 ; serial
- 1D ; refresh
- 1H ; retry
- 1W ; expire
- 3H ) ; minimum
- NS ns.88181.com.
- ns A 192.168.1.53
- 100 PTR www.88181.com. //反向解析是PTR
- 101 PTR ftp.88181.com.
5.重启dns服务
[root@itpro ~]# service named restart
Stopping named: . [ OK ]
Starting named: [ OK ]
(如果重启报错,请检查设置是否正确)
二、客户端配置及测试
这里使用的客户端是Linux系统,需要修改resolv.conf文件,
如果是Windows客户端直接在本地连接属性窗口里改就可以了。
1.修改resolv.conf文件
使DNS指向域名服务器(192.168.1.53)
[root@ itclient ~]# cat /etc/resolv.conf
nameserver 192.168.1.53
2.使用nslookup测试
[root@ itclient ~]# nslookup www.88181.com
Server: 192.168.1.53
Address: 192.168.1.53#53
Name: www.88181.com
Address: 192.168.1.100
[root@ itclient ~]# nslookup 192.168.1.100
Server: 192.168.1.53
Address: 192.168.1.53#53
100.1.168.192.in-addr.arpa name = www.88181.com.
[root@ itclient ~]# nslookup ftp.88181.com
Server: 192.168.1.53
Address: 192.168.1.53#53
Name: ftp.88181.com
Address: 192.168.1.101
客户端能解析正常,说明DNS服务器的配置顺利完成。三、辅助DNS服务器配置
辅助DNS服务器(Slave DNS),也可以向客户机提供域名解析服务,但是它的数据不是直接输入的,而是从其他Master或Slave DNS服务器中复制过来的。
1.安装相关软件
首先也是要安装bind及bind-chroot;然后启动,并在chkconfig中设为开机启动。
2.修改主配文件/etc/named.conf
同主DNS服务器的配置,就是将listen-on port 53、allow-query大括号中的值改为any。
3.修改辅助区域配置文件/etc/named.rfc1912.zones
在文件最末添加正向解析和反向解析域(注:本实验,正向解析、反向解析一并实现),
修改后的内容为:
[root@itpro ~]# cat /etc/named.rfc1912.zones
- …………省略部分输出…………
- zone “88181.com” IN { //这个是正向解析区域
- type slave; //slave表示这个区被定义为辅助域名服务器
- file “slaves/88181.com.zone“;
- masters { 192.168.1.53; }; //指明主DNS,可以是多个,
- allow-update { none; };
- };
- zone “1.168.192.in-addr.arpa” IN { //这个是反向解析区域
- type slave;
- file “slaves/88181.com.local“;
- masters { 192.168.1.53; };
- allow-update { none; };
- };
4.重启DNS
[root@itsec ~]# service named restart
Stopping named: . [ OK ]
Starting named: [ OK ]
重启后,在/var/named/slaves/目录下会生成一个88181.com.zone文件和一个88181.com.local文件,里面的内容是分别从主DNS服务器上的88181.com.zone和88181.com.local中读过来的。
[root@itsec ~]# cat /var/named/slaves/88181.com.zone
- $ORIGIN .
- $TTL 86400 ; 1 day
- 88181.com IN SOA ns.88181.com.88181.com. root.88181.com. (
- 0 ; serial
- 86400 ; refresh (1 day)
- 3600 ; retry (1 hour)
- 604800 ; expire (1 week)
- 10800 ; minimum (3 hours)
- )
- NS ns.88181.com.
- $ORIGIN 88181.com.
- ftp A 192.168.1.101
- ns A 192.168.1.53
- www A 192.168.1.100
[root@itsec ~]# cat /var/named/slaves/88181.com.local
- $ORIGIN .
- $TTL 86400 ; 1 day
- 1.168.192.in-addr.arpa IN SOA ns.88181.com. root.1.168.192.in-addr.arpa. (
- 0 ; serial
- 86400 ; refresh (1 day)
- 3600 ; retry (1 hour)
- 604800 ; expire (1 week)
- 10800 ; minimum (3 hours)
- )
- NS ns.88181.com.
- $ORIGIN 1.168.192.in-addr.arpa.
- 100 PTR www.88181.com.
- 101 PTR ftp.88181.com.
- ns A 192.168.1.53
至此,从DNS服务器设置完成。比主DNS服务器的设置简单多了。四、客户端测试
1.修改客户端的resolv.conf文件
增加一条指向从DNS服务器的记录,修改后内容如下:
[root@ itclient ~]# cat /etc/resolv.conf
nameserver 192.168.1.53
nameserver 192.168.1.54
2.在客户端使用nslookup命令测试
可以看到此时是通过主DNS服务器(192.168.1.53)解析域名的,
[root@itclient ~]# nslookup www.88181.com
Server: 192.168.1.53
Address: 192.168.1.53#53
Name: www.88181.com
Address: 192.168.1.100
3.在主DNS服务器上关闭dns服务
[root@itpro ~]# service named stop
Stopping named: . [ OK ]
4.再在客户端使用nslookup命令测试
可以看到此时是通过辅助DNS服务器(192.168.1.54)解析域名的,
[root@itclient ~]# nslookup www.88181.com
Server: 192.168.1.54
Address: 192.168.1.54#53
Name: www.88181.com
Address: 192.168.1.100
[root@itclient ~]# nslookup 192.168.1.101
Server: 192.168.1.154
Address: 192.168.1.154#53
101.1.168.192.in-addr.arpa name = ftp.88181.com.
5.在客户端使用dig命令可以查看到更详细的信息
[root@itclient ~]# dig www.88181.com
; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.17.rc1.el6.3 <<>> www.88181.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 50191
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1
;; QUESTION SECTION:
;www.88181.com. IN A
;; ANSWER SECTION:
www.88181.com. 86400 IN A 192.168.1.100
;; AUTHORITY SECTION:
88181.com. 86400 IN NS ns.88181.com.
;; ADDITIONAL SECTION:
ns.88181.com. 86400 IN A 192.168.1.53
;; Query time: 2 msec
;; SERVER: 192.168.1.54#53(192.168.1.54)
;; WHEN: Tue Mar 26 05:39:07 2013
;; MSG SIZE rcvd: 77五、主辅DNS服务器数据同步问题
主DNS服务器修改记录,辅助DNS同步不过去,或者需要很长时间。这在现实生活中,会造成各地访问的结果不同。
通过修改主DNS服务器上的配置文件,是可以做到将数据快速同步到其他辅助DNS服务器的。这里用到一个also-notify字段。
1.在主DNS服务器的主配文件/etc/named.conf的options{ }里,增加一条记录:
also-notify { 192.168.1.54; }; //这里指通知的对象是192.168.1.54辅助DNS
2.主DNS数据变更,这里以修改区域88181.com为例,
删除里面的“ftp A 192.168.1.101”记录,同时将序列号数值加1,
[root@itpro ~]# cat /var/named/88181.com.zone
- $TTL 1D
- @ IN SOA ns.88181.com root (
- 1 ; serial //这里由0改为1
- 1D ; refresh
- 1H ; retry
- 1W ; expire
- 3H ) ; minimum
- NS ns.88181.com.
- ns A 192.168.1.53
- www A 192.168.1.100
修改完成后,重启DNS
[root@itpro ~]# service named restart
Stopping named: . [ OK ]
Starting named: [ OK ]
3.在辅助DNS上查看88181.com的信息,可以看到,主DNS上该区域的信息已经同步过来了,
[root@itsec ~]# cat /var/named/slaves/88181.com.zone
- $ORIGIN .
- $TTL 86400 ; 1 day
- 88181.com IN SOA ns.88181.com.88181.com. root.88181.com. (
- 1 ; serial
- 86400 ; refresh (1 day)
- 3600 ; retry (1 hour)
- 604800 ; expire (1 week)
- 10800 ; minimum (3 hours)
- )
- NS ns.88181.com.
- $ORIGIN 88181.com.
- ns A 192.168.1.53
- www A 192.168.1.100
(注:序列号的值务必要改大,辅助DNS收到主DNS的通知后,会先检查序列号,如果主DNS发过来的信息,序列号的值小于辅助DNS中序号的值,辅助DNS是会将新信息丢弃的。)
also-notify这个字段可以在named.conf中options里声明,也可以在单个区域文件中声明。不过我在单个文件区域,比如本实验中主DNS的/etc/named.rfc1912.zones中zone “88181.com” IN { }里声明时,并不生效。未解决。