1、 DNS
DNS（domain name system）域名系统，DNS的主要功能就是将主机名称转换成IP地址。
2、 FQDN
FQDN（fully qualified domain name）完全合格域名/全称域名，是指主机名加上全路径，全路径中列出了序列中所有域成员。全域名可以从逻辑上准确地表示出主机在什么地方，也可以说全域名是主机名的一种完全表示形式。从全域名中包含的信息可以看出主机在域名树中的位置。FQDN=hostname.domainname
正解就是域名解析为IP地址，反解就是IP地址解析为域名。
当客户端程序要通过一个主机名称来访问网络中的一台主机时，它首先要得到这个主机名称所对应的IP地址，因为IP数据报中允许放置的是目地主机的IP地址，而不是主机名称。可以从本机的hosts文件中得到主机名称所对应的IP地址，但如果hosts文件不能解析该主机名称时，只能通过向客户机所设定DNS服务器进行查询了。
在linux系统中，可以设置hosts和dns的使用次序。
可以以不同的方式对DNS查询进行解析。第一种是本地解析，就是客户端可以使用缓存信息就地应答，这些缓存信息是通过以前的查询获得的；第二种是直接解析，就是直接由所设定的DNS服务器解析，使用的是该DNS服务器的资源记录缓存或者其权威回答（如果所查询的域名是该服务器管辖的）；第三种是递归查询，即设定的DNS服务器代表客户端向其他DNS服务器查询，以便完全解析该名称，并将结果返回至客户端。第四种是迭代查询，即设定的DNS服务器向客户端返回一个可以解析该域名的其他DNS服务器，客户端再继续向其他DNS服务器查询。
详细介绍：http://book.51cto.com/art/200912/169285.htm
二、DNS搭建环境
操作系统 suse10
安装包 使用的是系统自带的安装包
bind-chrootenv-9.3.4-1.23 #将bind主程序关在dns的根目录下
bind-utils-9.3.4-1.23 #客户端搜索主机的相关指令
bind-9.3.4-1.23 #DNS服务器主程序
bind-doc-9.3.4-1.23
bind-libs-9.3.4-1.23
bind-devel-9.3.4-1.23
bind-chrootenv的作用：chroot代表的是change to root，root代表的是根目录。早期的BIND默认将程序启动在/var/named中，但是该程序可以在根目录中到处转移，因此若BIND程序有问题，则该程序会造成整个系统的危害，为了避免这个问题，所以将某个目录指定为BIND程序的跟目录，由于是根目录，所以BIND程序不能离开该目录。如果该程序被攻击，最还的情况也就是在某个特定目录下的文件被破坏而已。Suse10默认将BIND锁定在/var/lib/named目录中。
三、 DNS安装与相关文件
rpm -ivh bind-chrootenv-9.3.4-1.23.i586.rpm
rpm -ivh bind-devel-9.3.4-1.23.i586.rpm
rpm -ivh bind-9.3.4-1.23.i586.rpm
rpm -ivh bind-doc-9.3.4-1.23.i586.rpm
rpm -ivh bind-libs-9.3.4-1.23.i586.rpm
rpm -ivh bind-utils-9.3.4-1.23.i586.rpm
BIND这个DNS服务器的设置需要有以下的文件：
（1） 配置文件：主要规范主机的设置、zone file的所在、权限的设置等。
（2） 数据库文件：记录主机名称与IP对应等。
Suse10的默认目录是这样的：
（1） /etc/named.conf 这是配置文件。
（2） /etc/sysconfig/named 有该文件控制是否启动chroot及额外的参数。
（3） /var/lib/named 数据库文件默认放置的目录。
（4） /var/run/named named程序执行时默认将pid-file放置在此目录。
出入系统安全性方面的考虑，suse10已经自动将BIND的相关程序chroot了。BIND的相关程序所需要的相关数据会放在以下的目录中：
（1） /var/lib/named/etc/named.conf 配置文件
（2） /var/lib/named/var/lib/named 数据库文件默认放置的目录
（3） /var/lib/name/var/run/named pid-file目录
Suse10已经做好了一切链接对应，因此依旧可以使用/etc/named.conf设置DNS。依旧可以在/var/lib/named目录下修改数据库文件。
DNS服务器的类型可分为三类：master slave cache-only
（1） Master
这种类型的DNS本身还有域名的配置文件（就是有zone），这个配置文件就是设置正解或者反解的“数据库”，所以它本身具有提供internet查询所需要的数据。
（2） Slave
Slave主机需要和master主机搭配使用，slave主机本身不需要配置数据库文件，需要下载master上的数据库文件。
（3） Cache-only
这种类型的DNS主机没有自己的数据库，仅用于帮助client端向外部DNS主机请求数据。
四、 DNS服务器配置
（1） 配置的是内部DNS服务器，因此不需要外部授权；
（2） 为了保证DNS服务器的可用性，需要配置为master/slave架构；
Master IP：10.10.0.200 slave ip ：10.10.1.3
（3） Client需要访问外部地址，若每次都要到根DNS服务器查询，效率太慢，因此要提供forward功能。
（1） 配置文件
options { #定义整个DNS服务器的相关环境
directory "/var/lib/named";
dump-file "/var/log/named_dump.db";
statistics-file "/var/log/named.stats";
forwarders { 202.106.0.20; 202.96.134.133; }; #转发功能
allow-query { any; }; #允许所有client查询
allow-recursion { localnets; localhost; };
notify no;
};
zone "." in { #关于root（.）的设置
type hint; #特殊的类别，专给root（.）使用
file "root.hint"; #文件名的定义
};
zone "sxit.com.cn" in { #规范了sxit.com.cn的域
type master; #master DNS
file "sxit.com.cn.zone"; #数据库文件名
allow-transfer { 10.10.1.3; }; #允许slave DNS下载数据库文件
};
zone "localhost" in {
type master;
file "localhost.zone";
};
zone "10.10.in-addr.arpa" in { #规范了sxit.com.cn的反解数据库文件
type master;
file "10.10.zone";
allow-transfer { 10.10.1.3; };
};
zone "0.0.127.in-addr.arpa" in {
type master;
file "127.0.0.zone";
};
（2） 数据库文件
正反解得数据库文件可以简单那的分为以下几部分观察：
a 关于本领域的基础设置方面。例如缓存记忆时间（TTL）、域名（ORIGIN）等。
b 关于master/slave的认证方面（SOA）
c 关于本领域的域名服务器所在主机名称与IP对应（NS、A、PTR）
d 其他正反解相关的资源记录（RR）
正解数据库文件 sxit.com.cn.zone
$TTL 1W #设置外部DNS服务器对您的DNS领域进行查询时，记录会放置在对方DNS服务器内的时间
@ IN SOA @ root ( #@代表的zone的意思，是由/etc/named.conf定义的，这里zone就是sxit.com.cn；root为管理员邮箱，代表root@sxit.com.cn
42 ; serial (d. adams) # 序号，slave更新数据库文件时使用
2D ; refresh #slave 服务器更新时间
4H ; retry #slave 更新失败，重试时间
6W ; expiry #retry多久后宣告失败，不在更新
1W ) ; minimum #可视为TTL
@ IN NS www.sxit.com.cn. #NS记录 注意这个NS记录必须有
www IN A 10.10.0.200 #A记录
oa IN CNAME www #CNAME（别名）记录
bbs IN CNAME www
ftp IN A 10.10.3.240
@ IN MX 10 mail #域邮件服务器 MX记录
mail IN A 10.10.3.1
smtp IN CNAME mail
pop3 IN CNAME mail
反解数据库文件
$TTL 1W
@ IN SOA localhost. root.localhost. (
42 ; serial (d. adams)
2D ; refresh
4H ; retry
6W ; expiry
1W ) ; minimum
@ IN NS dns.sxit.com.cn.
72.0 IN PTR dns.sxit.com.cn.
3.1 IN PTR www.sxit.com.cn.
1.3 IN PTR mail.sxit.com.cn.
注意：正、反解数据库文件中的“.”，这个很容易出错，加“.”表示完整的主机名称，即hostname+domainname；如果没有加“.”，表示该名称仅为hostname。
（3） 启动服务
Service named start
查看日志 tail -20 /var/log/message
Nov 12 11:41:13 suse-web named[20753]: starting BIND 9.3.4 -t /var/lib/named -u named
Nov 12 11:41:13 suse-web named[20753]: found 1 CPU, using 1 worker thread
Nov 12 11:41:13 suse-web named[20753]: loading configuration from '/etc/named.conf'
Nov 12 11:41:13 suse-web named[20753]: listening on IPv6 interfaces, port 53
Nov 12 11:41:13 suse-web named[20753]: listening on IPv4 interface lo, 127.0.0.1#53
Nov 12 11:41:13 suse-web named[20753]: listening on IPv4 interface eth1, 10.10.0.200#53
Nov 12 11:41:14 suse-web named[20753]: command channel listening on 127.0.0.1#953
Nov 12 11:41:14 suse-web named[20753]: command channel listening on ::1#953
Nov 12 11:41:14 suse-web named[20753]: zone 10.10.in-addr.arpa/IN: loaded serial 42
Nov 12 11:41:14 suse-web named[20753]: zone 0.0.127.in-addr.arpa/IN: loaded serial 42
Nov 12 11:41:14 suse-web named[20753]: zone sxit.com.cn/IN: loaded serial 43
Nov 12 11:41:14 suse-web named[20753]: zone localhost/IN: loaded serial 42
Nov 12 11:41:14 suse-web named[20753]: running
查看服务端口
suse-web:/var/lib/named # netstat -na |grep :53
tcp 0 0 10.10.0.200:53 0.0.0.0:* LISTEN
tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN
tcp 0 0 :::53 :::* LISTEN
udp 0 0 10.10.0.200:53 0.0.0.0:*
udp 0 0 127.0.0.1:53 0.0.0.0:*
udp 0 0 :::53 :::*
由日志和端口可知，服务正常启动了。
上边顺利启动的情况，如果出现问题怎么办？通常出现问题的原因如下：
a 语法设置错误：这个问题很好解决，因为在/var/log/message中有详细的说明，按照内容去修订即可。在服务启动时也会出现错误提示。
b 逻辑设置错误：这个问题解决起来比较困难，因为它主要是在你设置DNS主机的时候，对所产生的问题考虑不周全。例如忘记加上“.”，系统不会显示错误信息，但会造成查询的误判，而MX设置的主机名称错误时，也不会显示错误信息，但会造成邮件服务器收不到信的问题，这些错误都需要很详细的DNSclient的测试才能知道问题的所在。
如# service named restart
Shutting down name server BIND done
Starting name server BIND startproc: exit status of parent of /usr/sbin/named: 1
Failed
查看日志
Nov 12 12:24:40 suse-web named[25568]: loading configuration from '/etc/named.conf'
Nov 12 12:24:40 suse-web named[25568]: /etc/named.conf:51: missing ';' before 'listen-on-v6'
可发现错误时 在listen-on-v6前面 少个 “；”。修改即可。
（1） 配置文件
zone "sxit.com.cn" in { #规范了sxit.com.cn域
type slave; #slave DNS
file "sxit.com.cn.zone"; #区域数据库文件名
masters { 10.10.0.200; }; #master DNS IP
};
zone "10.10.in-addr.arpa" in {
type slave;
file "10.10.zone";
masters { 10.10.0.200; };
其他和masterDNS配置相同，不需要配置数据库文件。
（2） 启动服务
Service named start
查看日志：
Nov 11 15:55:04 suse-web2 named[29211]: found 1 CPU, using 1 worker thread
Nov 11 15:55:04 suse-web2 named[29211]: loading configuration from '/etc/named.conf'
Nov 11 15:55:04 suse-web2 named[29211]: listening on IPv6 interfaces, port 53
Nov 11 15:55:04 suse-web2 named[29211]: listening on IPv4 interface lo, 127.0.0.1#53
Nov 11 15:55:04 suse-web2 named[29211]: listening on IPv4 interface eth0, 10.10.1.3#53
Nov 11 15:55:04 suse-web2 named[29211]: command channel listening on 127.0.0.1#953
Nov 11 15:55:04 suse-web2 named[29211]: command channel listening on ::1#953
Nov 11 15:55:04 suse-web2 named[29211]: zone 0.0.127.in-addr.arpa/IN: loaded serial 42
Nov 11 15:55:04 suse-web2 named[29211]: zone localhost/IN: loaded serial 42
Nov 11 15:55:04 suse-web2 named[29211]: running
Nov 11 15:55:04 suse-web2 named[29211]: zone sxit.com.cn/IN: Transfer started.
Nov 11 15:55:04 suse-web2 named[29211]: transfer of 'sxit.com.cn/IN' from 10.10.0.200#53: connected using 10.10.1.3#8598
Nov 11 15:55:04 suse-web2 named[29211]: dumping master file: tmp-1EzbmRBqxu: open: permission denied
Nov 11 15:55:04 suse-web2 named[29211]: transfer of 'sxit.com.cn/IN' from 10.10.0.200#53: failed while receiving responses: permission denied
Nov 11 15:55:04 suse-web2 named[29211]: transfer of 'sxit.com.cn/IN' from 10.10.0.200#53: end of transfer
Nov 11 15:55:05 suse-web2 named[29211]: zone 10.10.in-addr.arpa/IN: Transfer started.
Nov 11 15:55:05 suse-web2 named[29211]: transfer of '10.10.in-addr.arpa/IN' from 10.10.0.200#53: connected using 10.10.1.3#58127
Nov 11 15:55:05 suse-web2 named[29211]: dumping master file: tmp-7j8ABKiol2: open: permission denied
Nov 11 15:55:05 suse-web2 named[29211]: transfer of '10.10.in-addr.arpa/IN' from 10.10.0.200#53: failed while receiving responses: permission denied
Nov 11 15:55:05 suse-web2 named[29211]: transfer of '10.10.in-addr.arpa/IN' from 10.10.0.200#53: end of transfer
查看日志可发现，DNS启动成功，但是数据文件传输失败，原因为 permission denied 。可知是权限设置问题。/var/lib/named这个目录named用户一定要有写权限的。
修改权限
chown -R named:named /var/lib/named/
chmod -R 750 /var/lib/named/
重启服务
service named restart
查看日志
Nov 11 16:10:01 suse-web2 /usr/sbin/cron[29585]: (root) CMD (/home/sxit/synuser/SynUser.sh >> /home/sxit/synuser/synuser.log)
Nov 11 16:13:40 suse-web2 named[29705]: starting BIND 9.3.4 -t /var/lib/named -u named
Nov 11 16:13:40 suse-web2 named[29705]: found 1 CPU, using 1 worker thread
Nov 11 16:13:40 suse-web2 named[29705]: loading configuration from '/etc/named.conf'
Nov 11 16:13:40 suse-web2 named[29705]: listening on IPv6 interfaces, port 53
Nov 11 16:13:40 suse-web2 named[29705]: listening on IPv4 interface lo, 127.0.0.1#53
Nov 11 16:13:40 suse-web2 named[29705]: listening on IPv4 interface eth0, 10.10.1.3#53
Nov 11 16:13:40 suse-web2 named[29705]: command channel listening on 127.0.0.1#953
Nov 11 16:13:40 suse-web2 named[29705]: command channel listening on ::1#953
Nov 11 16:13:40 suse-web2 named[29705]: zone 0.0.127.in-addr.arpa/IN: loaded serial 42
Nov 11 16:13:40 suse-web2 named[29705]: zone localhost/IN: loaded serial 42
Nov 11 16:13:40 suse-web2 named[29705]: running
Nov 11 16:13:40 suse-web2 named[29705]: zone sxit.com.cn/IN: Transfer started.
Nov 11 16:13:40 suse-web2 named[29705]: transfer of 'sxit.com.cn/IN' from 10.10.0.200#53: connected using 10.10.1.3#55804
Nov 11 16:13:40 suse-web2 named[29705]: zone sxit.com.cn/IN: transferred serial 42
Nov 11 16:13:40 suse-web2 named[29705]: transfer of 'sxit.com.cn/IN' from 10.10.0.200#53: end of transfer
Nov 11 16:13:40 suse-web2 named[29705]: zone 10.10.in-addr.arpa/IN: Transfer started.
Nov 11 16:13:40 suse-web2 named[29705]: transfer of '10.10.in-addr.arpa/IN' from 10.10.0.200#53: connected using 10.10.1.3#60659
Nov 11 16:13:40 suse-web2 named[29705]: zone 10.10.in-addr.arpa/IN: transferred serial 42
Nov 11 16:13:40 suse-web2 named[29705]: transfer of '10.10.in-addr.arpa/IN' from 10.10.0.200#53: end of transfer
可以看到传输成功了。
此时查看/var/lib/named目录会发现存在sxit.com.cn.zone和10.10.zone文件，内容和master DNS相同。
修改/etc/resolv.conf
nameserver 10.10.0.200
nameserver 10.10.1.3
（1）host
host [-a] [FQDN] [server] #-a 列出该主机所有的相关信息。
host -l [domain] [server] #-l 列出该domain所管理的所有主机名称的对应数据。
如：host -a www.sxit.com.cn
Trying "www.sxit.com.cn"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 30204
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;www.sxit.com.cn. IN ANY
;; ANSWER SECTION:
www.sxit.com.cn. 604800 IN A 10.10.0.200
;; AUTHORITY SECTION:
sxit.com.cn. 604800 IN NS www.sxit.com.cn.
Received 63 bytes from 10.10.0.200#53 in 0 ms
host -l sxit.com.cn
sxit.com.cn name server www.sxit.com.cn.
ftp.sxit.com.cn has address 10.10.3.240
mail.sxit.com.cn has address 10.10.3.1
www.sxit.com.cn has address 10.10.0.200
注意host –l 命令在10.10.0.200上使用时，出现Host sxit.com.cn not found: 5(REFUSED)
; Transfer failed. 的错误，在10.10.1.3上使用时，正常，出现上边内容，原因在那呢？
还记得masterDNS上配置的这个么 allow-transfer { 10.10.1.3; }; 只有domain设置的允许allow-transfer ，才能列出该domain所管理的所有主机名称的对应数据。
（2）nslookup
# nslookup
> www.sxit.com.cn
Server: 10.10.0.200
Address: 10.10.0.200#53
Name: www.sxit.com.cn
Address: 10.10.0.200
> mail.sxit.com.cn
Server: 10.10.0.200
Address: 10.10.0.200#53
Name: mail.sxit.com.cn
Address: 10.10.3.1
> smtp.sxit.com.cn
Server: 10.10.0.200
Address: 10.10.0.200#53
smtp.sxit.com.cn canonical name = mail.sxit.com.cn.
Name: mail.sxit.com.cn
Address: 10.10.3.1
> 10.10.3.1
Server: 10.10.0.200
Address: 10.10.0.200#53
1.3.10.10.in-addr.arpa name = mail.sxit.com.cn.
测试可知master DNS服务器可用。
停掉master DNS，测试slave DNS ，测试过程同上。
DNS服务器搭建完成。
