DNS服务器全攻略之一规划和部署

整理文档很辛苦,赏杯茶钱您下走!

免费阅读已结束,点击下载阅读编辑剩下 ...

阅读已结束,您可以下载文档离线阅读编辑

资源描述

DNS服务器全攻略之一:规划和部署TCP/IP协议通信是基于IP地址的,但是,谁会记住那一串单调的数字呢?因此,大家基本上都是通过访问计算机名字,然后通过某种机制将计算机名字解析为IP地址来实现。而DNS就是一种标准的名字解析机制,在Windows2000及以后的Windows系统中,DNS名字解析是首选的名字解析方式。DNS域名是以层次树状结构进行管理的,又称为DNS命名空间。DNS命名空间具有一个唯一的根域,并且每一个根域可以具有多个子域,而每一个子域又可以拥有多个子域。例如,Internet命名空间具有多个顶级域名(top-leveldomainnames,简称TLD),例如ORG、COM。而ORG顶级域名可以具有多个子域,如winsvr、isacn等等,而winsvr子域又可以具有多个子域,例如tech、info等等,而tech又可以拥有多个子域。对于某一个组织而言,可以创建自己私有的DNS命名空间,不过对于Internet而言,这些私有的DNS命名空间是不可见的。DNS命名空间中的每一个节点都可以通过完全限定域名(FQDN)来识别。FQDN是一种清楚的描述此节点和DNS命名空间中根域的关系的DNS名字。例如WinSVR.ORG的Web服务器为,它是通过使用英文句点“.”连接主机名组成,其中英文句点“.”是用于连接FQDN中每一节的标准连接符,而winsvr代表组织名称,org代表顶级域。公司或组织名称可以具有多节,例如域名可以为department1.tech.winsvr.org,但是完全限定域名总长度不能超过255字节。Internet命名空间Internet命名空间的顶级域由ICANN管理,除了为每个国家和部分地区保留的顶级域(例如中国是CN)外,ICANN还创建了以下顶级域(截止到2005年11月):.aero.biz.com.coop.edu.gov.info.int.jobs.mil.museum.name.net.org.pro.travel更详细的信息请参见ICANN:RegistryListing和Internet命名空间相对应,根据你的需要,你可以创建自己的私有根域和相应的子域,它和Internet命名空间独立,并且对于Internet而言不可见。例如,常见的私有域名如mycompany.local等等。DNS组件完整的DNS系统由DNS服务器、区域、解析器(DNS客户端)和资源记录组成,并且你需要正确的进行配置。DNS协议采用UDP/TCP53端口进行通讯:DNS服务器侦听UDP/TCP53端口,DNS客户端通过向服务器的这两个端口发起连接进行DNS协议通讯。其中UDP53端口主要用于答复DNS客户端的解析请求,而TCP53端口用于区域复制。DNS服务器运行DNS服务器软件的计算机。常见的DNS服务器软件有Windows的DNS服务器和Unix下的BIND。一个DNS服务器包含了部分DNS命名空间的数据信息,当DNS客户发起解析请求时,DNS服务器答复客户的请求,或者提供另外一个可以帮助客户进行请求解析的服务器地址,或者回复客户无对应记录。当DNS服务器管理某个区域时,它是此区域的权威DNS服务器,而无论它是主要区域还是辅助区域。DNS服务器可以是一级或者多级DNS命名空间的权威DNS服务器,例如,Internet根域的DNS服务器只是对于顶级域名例如“.org”具有权威,而顶级域名.org的权威DNS服务器只是对于winsvr.org二级域名具有权威,而对于三级域名,则只有winsvr.org域的DNS服务器才具有权威。DNS区域DNS区域是DNS服务器具有权威的连续的命名空间,一个DNS服务器可以对一个或多个区域具有权威,而一个区域可以包含一个或多个连续的域。例如,一个DNS服务器可以对区域winsvr.org和isacn.org具有权威,而每个区域下又可以包含多个域。不过,你可以通过区域委派来将连续的域例如winsvr.org、tech.winsvr.org存放在不同的区域中。区域文件包含了DNS服务器具有权威的区域的所有资源记录。通常情况下,区域数据存在在文本文件中,但是运行在Windows2000或者WindowsServer2003域控制器上的DNS服务器,可以把区域信息存放在活动目录中。DNS解析器(DNS客户端)DNS解析器是使用客户端计算机用于通过DNS协议查询DNS服务器的一个服务。在Windows2000及其后的系统中,DNS解析器是通过DNS客户端这个服务来实现,除此之外,DNS客户端服务还可以对DNS解析结果进行缓存。你必须在客户端计算机的TCP/IP属性中配置使用DNS服务器,此时客户端计算机的DNS解析器才会将DNS解析请求发送到相应的DNS服务器。资源记录资源记录是用于答复DNS客户端请求的DNS数据库记录,每一个DNS服务器包含了它所管理的DNS命名空间的所有资源记录。资源记录包含和特定主机有关的信息,如IP地址、提供服务的类型等等。常见的资源记录类型有:资源记录类型说明解释起始授权结构(SOA)起始授权机构此记录指定区域的起点。它所包含的信息有区域名、区域管理员电子邮件地址,以及指示辅DNS服务器如何更新区域数据文件的设置等。主机(A)地址主机(A)记录是名称解析的重要记录,它用于将特定的主机名映射到对应主机的IP地址上。你可以在DNS服务器中手动创建或通过DNS客户端动态更新来创建。别名(CNAME)标准名称此记录用于将某个别名指向到某个主机(A)记录上,从而无需为某个需要新名字解析的主机额外创建A记录。邮件交换器(MX)邮件交换器此记录列出了负责接收发到域中的电子邮件的主机,通常用于邮件的收发。名称服务器(NS)名称服务器此记录指定负责此DNS区域的权威名称服务器。理解DNS服务器的工作方式当DNS客户端需要为某个应用程序查询名字时,它将联系自己的DNS服务器来解析此名字。DNS客户发送的解析请求包含以下三种信息:需要查询的域名。如果原应用程序提交的不是一个完整的FQDN,则DNS客户端加上域名后缀以构成一个完整的FQDN;指定的查询类型。指定查询的资源记录的类型,如A记录或者MX记录等等;指定的DNS域名类型。对于DNS客户端服务,这个类型总是指定为Internet[IN]类别。DNS客户端完整的DNS解析过程如下:1、检查自己的本地DNS名字缓存当DNS客户端需要解析某个FQDN时,先检查自己的本地DNS名字缓存。本地的DNS名字缓存由两部分构成:Hosts文件中的主机名到IP地址映射定义;前一次DNS查询得到的结果,并且此结果还处于有效期;如果DNS客户端从本地缓存中获得相应结果,则DNS解析完成。2、联系自己的DNS服务器如果DNS客户端没有在自己的本地缓存中找到对应的记录,则联系自己的DNS服务器,你必须预先配置DNS客户端所使用的DNS服务器。当DNS服务器接收到DNS客户端的解析请求后,它先检查自己是否能够权威的答复此解析请求,即它是否管理此请求记录所对应的DNS区域;如果DNS服务器管理对应的DNS区域,则DNS服务器对此DNS区域具有权威。此时,如果本地区域中的相应资源记录匹配客户的解析请求,则DNS服务器权威的使用此资源记录答复客户的解析请求(权威答复);如果没有相应的资源记录,则DNS服务器权威的答复客户无对应的资源记录(否定答复)。如果没有区域匹配DNS客户端发起的解析请求,则DNS服务器检查自己的本地缓存。如果具有对应的匹配结果,无论是正向答复还是否定答复,DNS服务器非权威的答复客户的解析请求。此时,DNS解析完成。如果DNS服务器在自己的本地缓存中还是没有找到匹配的结果,此时,根据配置的不同,DNS服务器执行请求查询的方式也不同:默认情况下,DNS服务器使用递归方式来解析名字。递归方式的含义就是DNS服务器作为DNS客户端向其他DNS服务器查询此解析请求,直到获得解析结果,在此过程中,原DNS客户端则等待DNS服务器的回复。如果你禁止DNS服务器使用递归方式,则DNS服务器工作在迭代方式,即向原DNS客户端返回一个参考答复,其中包含有利于客户端解析请求的信息(例如根提示信息等),而不再进行其他操作;原DNS客户端根据DNS服务器返回的参考信息再决定处理方式。但是在实际网络环境中,禁用DNS服务器的递归查询往往会让DNS服务器对无法进行本地解析的客户端请求返回一个服务器失败的参考答复,此时,客户端则会认为解析失败。递归方式和迭代方式的不同之处就是当DNS服务器没有在本地完成客户端的请求解析时,由谁扮演DNS客户端的角色向其他DNS服务器发起解析请求。通常情况下应使用递归方式,这样有利于网络管理和安全性控制,只是递归方式比迭代方式更消耗DNS服务器的性能,不过在通常的情况下,这点性能的消耗无关紧要。根提示信息是Internet命名空间中的根DNS服务器的IP地址。为了正常的执行递归解析,DNS服务器必须知道从哪儿开始搜索DNS域名,而根提示信息则用于实现这一需求。全世界范围内的根DNS服务器总共有13个,它们的名字和IP地址信息保存在%systemroot%system32dnscache.dns文件中,每次DNS服务器启动时从cache.dns文件中读取。一般情况下,不需要对此文件进行修改;如果你的DNS服务器是在内部网络中部署并且不需要使用Internet的根DNS服务器,则可以根据需要进行修改,将其指向到某个内部根域DNS服务器。例如,当某个DNS客户端请求解析域名服务器工作在递归模式下时,完整的解析过程如下:1.DNS客户端检查自己的本地名字缓存,没有找到对应的记录;2.DNS客户端联系自己的DNS服务器NameServer1,查询域名;3.NameServer1检查自己的权威区域和本地缓存,没有找到对应值。于是,联系根提示中的某个根域服务器,查询域名;4.根域服务器也不知道的对应值,于是,向NameServer1返回一个参考答复,告诉NameServer1.org顶级域的权威DNS服务器;5.NameServer1联系.org顶级域的权威DNS服务器,查询域名;6..org顶级域服务器也不知道的对应值,于是,向NameServer1返回一个参考答复,告诉NameServer1Winsvr.org域的权威DNS服务器;7.NameServer1联系Winsvr.org域的权威DNS服务器,查询域名;8.Winsvr.org域的权威DNS服务器知道对应值,并且返回给NameServer1;9.NameServer1向原DNS客户端返回的结果,此时,解析完成。查询响应类型DNS服务器对于客户请求的答复具有多种类型,常见的有以下四种:权威答复:权威答复是返回给客户的正向答复,并且设置了DNS消息中的权威位。此答复代表从具有权威的DNS服务器处发出;正向答复:正向答复包含了匹配客户端解析请求的资源记录;参考答复:参考答复只在DNS服务器工作在迭代模式下使用,包含了其他有助于客户端解析请求的信息。例如,当DNS服务器不能为客户端发起的解析请求找到某个匹配值时,则向DNS客户端发送参考回复,告诉它有助于解析请求的信息;否定答复:否定答复指出权威服务器在解析客户端的请求时可能遇到了以下两种情况之一:权威DNS服务器报告客户端查询的名字不存在;权威DNS服务器报告存在对应的名字但是不存在指定类型的资源记录。无论正向答复还是否定答复,DNS客户端都将结果保存在自己的本地缓存中。理解缓存的工作方式DNS客户端和DNS

1 / 11
下载文档,编辑使用

©2015-2020 m.777doc.com 三七文档.

备案号:鲁ICP备2024069028号-1 客服联系 QQ:2149211541

×
保存成功