DNS域名解析服务.docx
- 文档编号:12691371
- 上传时间:2023-04-21
- 格式:DOCX
- 页数:19
- 大小:164.55KB
DNS域名解析服务.docx
《DNS域名解析服务.docx》由会员分享,可在线阅读,更多相关《DNS域名解析服务.docx(19页珍藏版)》请在冰豆网上搜索。
DNS域名解析服务
DNS域名解析服务
整个Internet大家庭中连接了数以亿计的服务器、个人主机,其中大部分的网站、邮件等服务器都使用了域名形式的地址,如、等。
很显然这种地址形式要比使用64.233.189.147、202.108.33.74的IP地址形式更加直观,而且更容易被用户记住。
DNS系统在网络中的作用就是维护着一个地址数据库,其中记录了各种主机域名与IP地址的对应关系,以便为客户程序提供正向或反向的地址查询服务,即正向解析与反向解析。
■正向解析:
根据域名查IP地址,即将指定的域名解析为相对应的IP地址。
域名的正向解析是DNS服务器最基本的功能,也是最常用的功能。
■反向解析:
根据IP地址查域名,即将指定的IP地址解析为相对应的域名。
域名的反向解析不是很常用,只在一些特殊场合才会用到,如可用于反垃圾邮件的验证。
实际上,每一台DNS服务器都只负责管理一个有限范围(一个或几个域)内的主机域名和IP地址的对应关系,这些特定的DNS域或IP地址段称为“zone”(区域)。
根据地址解析的方向不同,DNS区域相应地分为正向区域(包含域名到IP地址的解析记录)和反向区域(包含IP地址到域名的解析记录)。
根据所管理的区域地址数据的来源不同,DNS系统可以分为不同的类型。
在同一台DNS服务器中,相对于不同的区域来说,也拥有不同的身份。
常见的几种类型如下。
■缓存域名服务器:
只提供域名解析结果的缓存功能,目的在于提高查询速度和效率,但是没有自己控制的区域地址数据。
构建缓存域名服务器时,必须设置根域或指定其他DNS 服务器作为解析来源。
■主域名服务器:
维护某一个特定DNS区域的地址数据库,对其中的解析记录具有自主控制权,是指定区域中唯一存在的权威服务器、官方服务器。
构建主域名服务器时,需要自行建立所负责区域的地址数据文件。
■从域名服务器:
与主域名服务器提供完全相同的DNS解析服务,通常用于DNS服务器的热备份。
对客户机来说,无论使用主域名服务器还是从域名服务器,查询的结果都是一样的。
关键区别在于,从域名服务器提供的解析结果并不是由自己决定的,而是来自于主域名服务器。
构建从域名服务器时,需要指定主域名服务器的位置,以便服务器能自动同步区域的地址数据库。
以上所述主、从服务器的角色只是针对某一个特定的DNS区域来说的。
例如,同一台DNS服务器,可以是“”区域的主域名服务器,同时也可以是“”区域的从域名服务器。
一、安装和控制DNS服务器
BIND不是唯一能够提供域名服务的DNS服务程序,但它却是应用最为广泛的,BIND可以运行在大多数Linux/UNIX主机中。
其官方站点位于https:
//www.isc.org/o
1、安装BIND软件
在RHEL6.5系统中,系统光盘自带了BIND服务的安装文件,主要包括以下几个软件包。
RHEL6开始不提供caching-nameserver这个包了,默认的named.conf的功能就是cachingnameserver。
■bind-9.8.2-0.17.rcl.e16_4.6.x86_64.rpm。
■bind-utils-9.8.2-0.17.rcl.e16_4.6.x86_64.rpm。
■bind-libs-9.8.2-0.17.rcl.e16_4.6.x86_64.rpm。
■bind-chroot-9.8.2-0.17.rcl.e16_4.6.x86_64.rpm。
各软件包的主要作用如下。
■bind:
提供了域名服务的主要程序及相关文件。
■bind-utils:
提供了对DNS服务器的测试工具程序,如nslookup等。
■bind-1ibs:
提供了bind、bind-utils需要使用的库函数。
■bind-chroot:
为BIND服务提供一个伪装的根目录(将/var/named/chroot/文件夹作为BIND的根目录),以提高安全性。
默认已安装bind-utils和bind-libs,所以只需要安装bind和bind-chroot即可。
[root@localhostServer]#rpm-qa|grep"^bind"//查询是否已安装与BIND相关的软件包
bind-9.8.2-0.17.rcl.e16_4.6.x86_64
bind-chroot-9.8.2-0.17.rcl.e16_4.6.x86_64
bind-1ibs-9.8.2-0.17.rcl.e16_4.6.x86_64
bind-utils-9.8.2-0.17.rcl.e16_4.6.x86_64
2、BIND服务控制
BIND软件包安装完毕以后,会自动增加一个名为named的系统服务,通过脚本文件/etc/init.d/named或service工具都可以控制DNS域名服务的运行。
例如,执行以下操作可以查询named服务的运行状态。
[root@localhost~]#servicenamedstatus
rndc:
neither/etc/rndc.confnor/etc/rndc.keywasfound
named已停
3、BIND服务的配置文件
使用BIND软件构建域名服务时,主要涉及两种类型的配置文件:
主配置文件和区域数据文件。
其中,主配置文件用于设置named服务的全局选项、注册区域及访问控制等备种运行参数;区数据文件用于存放某个DNS区域的地址解析记录(正向或反向记录)。
①.主配置文件
主配置文件named.conf通常位于/etc/目录下,在named.conf文件中,主要包括全局配置、区域配置两个部分,每一条配置记录的行尾以分号“;”表示结束,以“#”号或者“//”开始的部分表示注释文字(大段注释可以使用“/*……*/”的格式)。
1).全局配置部分
全局配置参数包括在形如“options{};”的大括号中,如可以设置监听的地址和端口、区数据文件存放的目录、允许哪些客户机查询等。
[root@localhost~]#cd/var/named/chroot/etc/
[root@localhostetc]#vimnamed.conf
……//省略部分参数
options{
listen-onport53{173.16.16.1;}; //监听地址和端口
directory "/var/named"; //区域数据文件的默认存放位置
allow-query{192.168.1.0/24;173.16.16.0/24;};//允许使用本DNS服务的网段
};
……//省略部分参数
上述配置内容中,除了directory项通常会保留以外,其他的配置项都可以省略。
若不指定listen-on配置项时,named默认在所有接口的UDP53端口监听服务,不指定allow-query配置项时,默认会响应所有客户机的查询请求。
2).区域配置部分
区域配置参数使用“zone……{};”的配置格式,一台DNS服务器可以为多个区域提供解析,因此在named.conf文件中也可以有很多个zone配置段。
区域类型按照解析方向可分为正向区域、反向区域。
[root@localhostetc]#vimnamed.conf
……//省略部分参数
zone""IN{//正向""区域
typemaster;//类型为主区域
file".zone";//区域数据文件为benet.com.zone
allow-transfer{173.16.16.2;}; //允许下载的从服务器地址
};
zone"16.16.173.in-addr.arpa"IN{//反向"173.16.16.0/24"区域
typemaster;
file"173.16.16.arpa";
};
……//省略部分参数
在上述配置内容中,有几个地方需要注意。
■每个zone区域都是可选的(包括根域、回环域、反向域),具体根据实际需要而定,zone配置部分的“IN”关键字也可以省略。
■反向区域的名称由倒序的网络地址和“in-addr.arpa”组合而成。
例如,对于 172.16.1.0/24网段,其反向区域名称表示为“1.16.172.in-addr.arpa”。
■file配置项用于指定实际的区域数据文件,文件名称由管理员自行设置。
■区域配置中的部分参数(如allow-transfer)也可以放在全局配置里。
修改完主配置文件以后,可以执行named-checkconf命令对named.conf文件进行语法检查。
如果文件中没有语法错误,该命令将不给出任何提示,反之,则会给出相应的提示信息,只要根据出错提示修正文件中的错误即可。
带“-z”选项的named-checkconf命令还可以尝试加载主配置文件中对应的区域数据库文件,并检查该文件是否存在问题。
例如,当出现“…filenotfound”的错误时,表示找不到对应的文件。
[root@localhostetc]#named-checkconf-z/etc/named.conf
loadingfrommaster.zonefailed:
filenotfound
zonenotloadedduetoerrors.
_default/filenotfound
……//省略部分参数
关于named.conf文件中各种配置项的详细说明,可以执行"mannamed.conf,,查看手册页,也可参考配置样本文件/usr/share/doc/bind-9.8.2/sample/etc/named.conf。
②.区域数据配置文件
区域数据配置文件通常位于/var/named/目录下,每个区域数据文件对应一个DNS解析区域,文件名及内容由该域的管理员自行设置。
根域“.”的区域数据文件比较特殊。
Internet中所有的DNS服务器都使用同一份根区域数据文件,其中列出了所有根服务器的域名和IP地址。
根区域数据文件可以从国际互联网络信息中心(InterNIC)的官方网站地址http:
//www.
在区域数据文件中,主要包括TTL配置项、SOA(StartofAuthority,授权信息开始)记录、地址解析记录。
文件中的注释信息以分号“;”开始。
1).TTL配置及SOA记录部分
第一行的TTL配置用于设置默认生存周期,即缓存解析结果的有效时问。
SOA记录部分用于设置区域名称、管理邮箱,以及为从域名服务指定更新参数。
[root@localhost~]#cd/var/named/chroot/var/named/
[root@localhostnamed]#vim.zone
$TTL86400;有效解析记录的生存周期
@INSOA. .(;SOA标记、域名、管理邮箱
2011030501;更新序列号,可以是10位以内的整数
3H;刷新时间,重新下载地址数据的间隔
15M;重试延时,下载失败后的重试间隔
1W;失效时间,超过该时间仍无法下载则放弃
1D;无效解析记录的生存周期
)
上述配置内容中,时间单位默认为秒,也可以使用以下单位:
M(分)、H(时)、W(周)、D(天)。
文件中的“@”符号当于“.”,“.”,表示域管理员的电子邮箱地址(由于“@”符号已有其他含义,因此将邮件地址中的“@”用代替)。
SOA记录中的更新序列号用来同步主、从服务器的区域数据,当从服务器判断区域更新时,若发现主服务器中的序列号与本地区域数据中的序列号相同,则不会进行下载。
2).地址解析记录部分
地址解析记录用来设置DNS区域内的域名、IP地址映射关系,包括正向解析记录和反向解崭记录。
反向解析记录只能用在反向区域数据文件中。
[root@localhostnamed]#vim.zone
……//省略部分参数
@INNS.
INMX10
ns1INA58.16.16.203
wwwINA173.16.16.1
mailINA173.16.16.4
ftpINCNAMEwww
上述配置内容中,用到以下四种常见的地址解析记录。
■NS域名服务器(NameServer):
记录当前区域的DNS服务器的主机地址。
■MX邮件交换(MailExchange):
记录当前区域的邮件服务器的主机地址,数字10表示(当有多个MX记录时)选择邮件服务器的优先级,数字越大优先级越低。
■A地址(Address):
记录正向解析条目。
例如,“WWWINA173.16.16.1”表示或名对应的IP地址是173.16.16.1。
■CNAME别名(CanonicalName):
记录某一个正向解析条目的其他名称。
例如,“ftpINCNAMEwww”表示域名是的别名。
其中,NS、MX记录行首的“@”符号可以省略(默认继承SOA记录行首的@信息),但是必须保留一个空格或Tab制表位。
在反向区域数据文件中,不会用到A地址记录,而是使用PTR指针(Point)记录。
例如,对于反向区域16.16.173.in-addr.arpa,添加的反向解析记录可以是以下形式。
[root@localhostnamed]#vim16.16.173.in-addr.arpa
……//省略部分参数
1 INPTR.
4 INPTR.
使用PTR记录时,第一列中只需要指明对应IP地址的“主机地址”部分即可,如“1”、“4”等,系统在查找地址记录时会自动将当前反向域的网络地址作为前缀。
例如,上述文件中的“4INPTR.”,表示IP地址为173.16.16.4的主机的域名是.。
在区域数据配置文件中,凡是不以点号".″结尾的主机地址,系统在查找地址记录时都会自动将当前的域名作为后缀。
例如,若当前的DNS域为“”,则在文件中的主机地址“www”相当于“”。
因此,当使用完整的FQDN地址时,务必记得地址末尾的点号“.”不能省略。
修改完区域数据文件以后,可以执行named-checkconf命令对该文件进行语法检查。
依次指定区域名称、数据文件名作为参数。
如果文件中没有语法错误,系统将给出“OK”的提示信息。
例如,若要检查DNS区域的区域数据文件.zone,可以执行以下操作。
[root@localhost~]#cd/var/named/chroot/var/named/
[root@localhostnamed]#named-checkzone.zone
zoneloadedseria12011030501
0K
当一台服务器需要同时承载某个DNS区域内的许多个不同的域名时(如IDC的虚拟主机服务器、提供个人主页空问的网站服务器等),可以在区域数据文件的最后一行添加泛域名解析记录,即使用“*”以匹配任意主机名。
* INA 173.16.16.173
二、使用BIND构建域名服务器
学习了DNS服务器的相关基础知识、BIND软件包的安装,以及DNS服务器的配置文件组成、配置格式等。
下面分别讲解构建缓存域名服务器、主域名服务器、从域名服务器的基本过程。
1、构建缓存域名服务器
缓存域名服务器通常架设在公司的局域网内,主要目的是提高域名解析的速度,减少对互联网访问的出口流量。
例如,在一个小型企业的内部网络,如下图中,可单独建立一台(或集成在网关主机中)缓存域名服务器,为备部门的员工计算机提供DNS解析服务。
参考上述网络结构,本小节案例使用的基本环境和要求如下所述。
■缓存域名服务器的IP地址为192.168.1.5,并能够正常访问互联网。
■缓存域名服务器代为处理客户端的DNS解析请求,并缓存查询结果。
■局域网内的各PC将首选DNS服务器地址设为192.168.1.5。
下面讲解使用BIND构建此缓存域名服务器的基本步骤。
①.建立主配置文件named.conf
若使用范本文件创建named.conf,应注意修改或删除默认的监听设置、查询控制,以便能够为局域网段的客户机提供服务。
另外,logging、view配置部分一般用不到,可以先注释以避免其干扰。
[root@localhost~]#vim/var/named/chroot/etc/named.conf
options{
listen-onport53{192.168.1.5;};
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{192.168.1.0/24;};
recursionyes;
};
zone"."IN{//正向“.”根区域
typehint;//类型为根区域
file"named.ca";//区域数据文件为named.ca
};
上述配置内容中,dump-file、statistics-file、memstatistics-file等配置项用于指定缓存数据库文件、状态统计文件的位置。
添加了“zone"."IN{……};”部分的根区域设置,尽管缓存服务器并没有自主控制的区域数据,但可以向根服务器进行迭代查询,并将最终获得的解析结果反馈给客户。
有时候为了提高解析效率,也可以不向根区域查询,而是将来自客户端的查询请求转发给国内电信运营商的DNS服务器(如北京的202.106.0.20、202.106.148.1),缓存服务器收到返回的查询结果后再传递给客户端。
只要去掉“zone"."IN{……};”的设置,并在全局配置中正确设置forwarders参数即可实现该功能。
[root@localhostetc]#vimnamed.conf
options{
……//省略部分内容
forwarders{202.106.0.20;202.106.148.1;};
};
②.确认根域的区域数据文件named.ca
根区域的区域数据文件默认位于文件/var/named/named.ca中,该文件记录了Internet中13台根域服务器的域名和IP地址等相关信息。
③.启动mmed服务
执行“servicenamedstart”命令,启动named服务,并通过netstat命令确认named服务的端口监听状态。
若服务启动失败或发现没有正常监听UDP53端口,可以根据错误提示信息(或者/var/log/messages文件中的日志记录)排除错误,然后再重启服务即可。
[root@localhostetc]#servicenamedstart
启动named:
[确定]
[root@localhostetc]#netstat-anpu|grepnamed
udp00192.168.1.5:
53 0.0.0.0:
* 11687/named
udp000.0.0.0:
53 0.0.0.0:
* 11687/named
④.验证缓存域名服务器
在局域网内的客户机中,将首选DNS服务器的地址设为192.168.1.5.生效后,执行“nslookup”命令对其进行解析,验证其是否能够获得该域名对应的IP地址信息。
2、构建主域名服务器
主域名服务器通常架设在Internet环境中,提供某一个域或某几个域内的主机名与IP地址的查询服务。
为了分担域名查询的压力、提供区域数据的备份,有时还会另外架设一台从域名服务器,与主域名服务器同时提供服务,如下图所示。
参考下图的网络结构,将分别介绍主域名服务器、从域名服务器的构建过程。
案例使用的基本网络环境和要求如下所述。
■主、从域名服务器均位于Internet中,所负责的DNS区域为“”。
■主服务器的IP地址为173.16.16.5,主机名为o
■从服务器的IP地址为173.16.16.6,主机名为o
■参考各服务器的地址映射关系,为173.16.16.0/24网段提供反向解析。
■设置域的泛域名解析,对应的IP地址为173.16.16.1。
■在区域中,除了NS记录以外,提供的解录还包括以下内容。
●网站服务器,IP地址为173.16.16.1。
●邮件服务器,IP地址为173.16.16.2。
●在线培训服务器,IP地址为173.16.16.3。
■客户机将首选、备用DNS服务器分别设为173.16.16.5和173.16.16.6,使用其中的任何一个服务器.都能够正常查询区域中的主机地址。
下面首先讲解使用BIND构建主域名服务器的基本步骤。
①.确认本机的网络地址、主机映射、默认DNS服务器地址。
将主域名服务器的IP地址设为173.16.16.5、主机名设为,通过修改网络配置文件的方式进行。
另外,为了提高域名解析效率,建议将两个DNS服务器的地址映射直接写入到/etc/hosts文件中,并在/etc/resolv.conf文件中指定两个DNS服务器的地址。
[root@localhost~]#tail-2/etc/hosts
173.16.16.5nsl
173.16.16.6ns2
[root@localhost~]#tail
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- DNS 域名解析 服务