1.DNS 的概念和原理
2.DNS 服务器的安装
3.DNS 服务器的配置与管理
4.DNS 和 WINS 的结合使用
5.客户机的 DNS设置
5.1 DNS 服务器的概念和原理
DNS 是域名系统的缩写, 它是嵌套在阶层式域结构中的主机名称解析和网络服务的系统。当用户提出利用计算机的主机名称查询相应的 IP 地址请求的时候， DNS 服务器从其数据库提供所需的数据。
§ DNS 域名称空间：指定了一个用于组织名称的结构化的阶层式域空间
§ 资源记录：当在域名空间中注册或解析名称时，它将 DNS 域名称与指定的资源信息对应起来
§ DNS 名称服务器： 用于保存和回答对资源记录的名称查询
§ DNS 客户：向服务器提出查询请求，要求服务器查找并将名称解析为查询中指定的资源记录类型
5.1.1 DNS 域名空间
DNS 域名空间是一种树状结构如图 5.1。
目前由InterNIC管理全世界的 IP 地址，在 InterNIC 之下的 DNS 结构分为多个Domain,如图 5.1中 root domain下的七个 top-level domain 都归 InterNIC 管理，上图中还显示了由 InterNIC 分配给微软的域名空间。Top-level domain 可以再细分为 second-level domain 如 "Microsoft" 为公司名称,而 second-level domain 又可以分成多级的 subdomain 如 "example、www" ,在最下面一层被称为 hostname(主机名称)如 "host-a" ,一般用户使用完整的名称来表示 (FQDN)，如 "host-a.example.Microsoft.com"。
DNS 域名
DNS 利用完整的名称方式来记录和说明 DNS 域名，就象用户在命令行显示一个文件或目录的路径，如 "C:\Winnt\System32\Drivers\Etc\Services.txt"。同样在在一个完整的 DNS 域名中包含着多级域名。
如 "host-a.example.microsoft.com." 其中 "host-a" 是最基本的信息(一台计算机的主机名称)"example"表示主机名称为host-a的计算机在这个子域中注册和使用它的主机名称 ，"microsoft" 是 "example" 的父域或相对的根域 (即 second-level domain)，"com"是用于表示商业机构的top-level domain，最后的句点表示域名空间的根 (root)。
区域(zone)
区域 (zone) 是一个用于存储单个 DNS 域名的数据库，它是域名称空间树状结构的一部分， DNS 服务器是以 zone 为单位来管理域名空间的，zone 中的数据保存在管理它的 DNS 服务器中。当在现有的域中添加子域时，该子域既可以包含在现有的 zone 中，也可以为它创建一个新 zone 或包含在其它的 zone 中。一个 DNS 服务器可以管理一个或多个 zone ,同时一个 zone 可以由多个 DNS 服务器来管理。
用户可以将一个 domain 划分成多个 zone 分别进行管理以减轻网络管理的负荷，如图 5.2 所示，
microsoft.com 是一个域，用户可以将它划分为两个 zone：microsoft.com和 example.Microsoft.com,zone 的数据分别保存在单独的 DNS 服务器中。因为zone"example.Microsoft.com" 是从"domain" 延伸而来，所以用户可以将 domain"microsoft.com" 称为 zone"example.Microsoft.com" 的 zone root domain。
5.1.2 DNS 查询的工作方式
当 DNS 客户机向 DNS 服务器提出查询请求时，每个查询信息都包括两部分信息：
§ 一个指定的 DNS 域名，要求使用完整名称(FQDN)
§ 指定查询类型，既可以指定资源记录类型又可以指定查询操作的类型
如指定的名称为一台计算机的完整主机名称"host-a.example.microsoft.com.", 指定的查询类型为名称的A (address) 资源记录。可以理解为客户机询问服务器"你有关于计算机的主机名称为'hostname.example.microsoft.com.'的地址记录吗？当客户机收到服务器的回答信息时，它解读该信息，从中获得查询名称的 IP 地址。
DNS 的查询解析可以通过多种方式实现。客户机利用缓存中记录的以前的查询信息直接回答查询请求， DNS 服务器利用缓存中的记录信息回答查询请求， DNS 服务器通过查询其它服务器获得查询信息并将它发送给客户机。这种查询方式称为递归查询。
另外, 客户机通过 DNS 服务器提供的地址直接尝试向其它 DNS 服务器提出查询请求。这种查询方式称为反复查询。
当 DNS 客户机利用 IP 地址查询其名称时，被称为反向查询。
本地查询：
下图 5.3显示了 DNS 查询的完整过程：
当在客户机中 Web 浏览器中输入一个 DNS 域名，则客户机产生一个查询并将查询传给 DNS 客户服务利用本机的缓存信息进行解析，如果查询信息可以被解析则完成了查询。
本机解析所用的缓存信息可以通过两种方式获得：
§ 如果客户机配置了 host 文件，在客户机启动是 host 文件中的名称与地址映射将被加载到缓存中。
§ 以前查询时 DNS 服务器的回答信息将在缓存中保存一段时间
如果在本地无法获得查询信息，则将查询请求发送给 DNS 服务器。查询请求首先发送给主 DNS 服务器，当 DNS 服务器接到查询后，首选在服务器管理的区域的记录中查找，如果找到相应的记录，则利用此记录进行解析。如果没有区域信息可以满足查询请求，服务器在本地的缓存中查找，如果找到相应的记录则查询过程结束。
如果在主 DNS 服务器中仍无法查找到答案，则利用递归查询进行名称的全面解析，这需要网络中的其它 DNS 服务器协助，默认情况下服务器支持递归查询。
为了 DNS 服务器可以正常的进行递归查询，首选需要一些关于在 DNS 域名空间中的其它 DNS 服务器的信息以便通信。信息以 root hints 的形式提供一个关于其它 DNS 服务器的列表。利用 root hints DNS 服务器可以进行完整的递归查询。
如图5.4显示了利用递归查询来查询名称为 "host-b.example.microsoft.com." 的计算机的过程：
首选，主DNS服务器解析这个完整名称，以确定它属于那个 top-level domain, 即 "com"。接着它利用转寄查询的方式向 "com" DNS 服务器查询以获得 "microsoft.com" 服务器的地址，然后以同样的方法它从 "microsoft.com" 服务器获得 "example.microsoft.com" 服务器的地址，最后它与名为
"example.microsoft.com." 的DNS服务器进行通信，由于用户所要查询的主机名称包含在该服务器管理的区域中，它向主 DNS 服务器方发送一个回答，主 DNS 服务器将这个回答转发给提出查询的客户机，到此递归查询过程结束。
返回多个查询响应
在前面所描述的查询都假设在查询过程结束时只一个肯定回答信息返回给客户机，然而在实际查询时还可能返回其它回答信息：
§ 授权回答 (authoritative answer)：在返回给客户机的肯定回答中加入了授权字节，指明信息是从查询名称的授权服务器获得的
§ 肯定回答 (positive answer)：由被查询的RR (resource records)或一个RRs列表组成，与查询的DNS名称和查询信息中的记录类型相匹配。
§ 提名回答 (referral answer ):包含未在查询中指定的附加资源记录，它返回给那些不支持递归查询的客户机，这些附加信息可以帮助客户机继续进行转寄查询
§ 否定回答 (negative answer )：当遇到以下情况之一时，服务器发送否定回答
§ 授权服务器报告所查询的名称不在 DNS 域名空间内
§ 授权服务器报告所查询的名称在 DNS 域名空间内，但没有记录与查询指定的名称想匹配
缓存与 TTL
当 DNS 服务器通过外界查询到 DNS 客户机所需的信息后，它会将此信息在缓存中保存一份，以便下次客户机再查询相同的记录时，利用缓存中信息直接回答客户机的查询。这份数据只会在缓存中保存一段时间，这段时间称为 TTL (Time-To-Live)。当记录保存到缓存中， TTL 计时启动，当 TTL 时间递减到 0 的时候，记录被从缓存中清除。TTL 默认值为 3600 秒 (1小时)。
5.1.3. 区域的复制与传输
由于区域 (zone) 在 DNS 中所处的重要地位，用户可以通过多个 DNS 服务器提高域名解析的可靠性和容错性。当一台 DNS 服务器发生问题时，可以用其它DNS服务器提供域名解析。这就需要利用区域复制和同步方法保证管理区域的所有DNS服务器中域的记录相同。在 Windows 2000 服务器中, DNS 服务支持增量区域传输 (incremental zone transfer)。所谓增量区域传输就是在更新区域中的记录时，DNS 服务器之间只传输发生改变的记录，因此提高了传输的效率。 在以下情况区域传输启动：
§ 当管理区域的辅助 DNS 服务器启动的时候
§ 当区域的刷新时间间隔过期后
§ 当在主 DNS 服务器记录发生改变并设置了通告列表
DNS 通告
所谓 DNS 通告是利用"推"的机制，当 DNS 服务器中的区域记录发生改变时，它将通知选定的 DNS 服务器进行更新，被通知的服务器启动区域复制操作。
5.1.4. 在 Windows2000 Server 中的 DNS 服务的新特性
与 Active Directory 的集成
Active Directory 提供了一个企业级的工具，利用它在网络中组织、管理、定位资源。
当DNS服务与 Active Directory 集成在一起，它发生了两个明显的变化：
§ DNS 需要安装在 Windows 2000 域控制器中 (domain controllers)。Net Logon 服务利用新的 DNS 服务器所支持的 SRV (service) 资源记录提供客户机注册的服务
§ 用户可以利用 Active Directory 来存储、集成及复制区域
DNS 服务在域控制器中是默认安装的，因为域控制器的定位和活动目录的应用都需要 DNS 服务器的支持。
一旦活动目录安装完成，用户可以有两种方式保存和复制区域：
§ 利用文本文件存储标准区域信息
区域信息存储在 %SystemRoot%\System32\Dns 目录下的 *.dns 文件中。
§ 利用活动目录存储完整目录区域信息
区域信息存储在活动目录树中的域对象容器中，每个目录集成区域存储在一个 dnsZone 的容器对象中。
在网络中配置 DNS 服务器支持活动目录将具有以下优点：
§ 基于活动目录的 Multi-master 信息更新和安全性的提高
在标准区域存储模式中，DNS 的更新是基于一种被称为 single-master 更新模式，在这种模式中，单一的授权 DNS 服务器被指定为主信息源，如果服务器出现问题则 DNS 客户机的请求将无法进行处理。而使用 multi-master 更新模式，则任意一台 DNS 服务器都可以被指定为区域的主信息源，因为区域 (zone) 的全部信息记录是由活动目录数据库进行管理的，并且它将被复制到所有的域控制器中，任何域控制器都可以利用 DNS 服务更新区域信息，并处理 DNS 客户机的请求。
§ 当在活动目录 domain 中加入新的域控制器时 Zones 的信息将自动复制到新的域控制器中
§ 由于DNS域名空间信息存储在活动目录中，用户现在可以容易的规划和管理 DNS 和活动目录
§ 与标准的 DNS 目录复制相比现在的目录复制更为快捷有效
支持 Unicode 字符
在以前的制定的 DNS 标准中规定只能使用 ASCII 字符编码和显示名称。在使用 DNS 进行 Internet 设置时，明显限制了在名称中使用扩展字符的使用。为了突破这种限制，在 Windows2000 中 DNS 服务提供对 UTF-8 的支持。
在 Windows 2000 服务器启动时，DNS 服务采用 UTF-8 编码识别方式。即当服务器接收或使用的数据为 UTF-8 编码字符时，服务器可以在区域中加载或存储这些数据。当然 Windows2000 与使用传统 US-ASCII 字符的DNS服务器兼容。
5.2. 安装DNS服务器
步骤1 启动"添加/删除程序"，之后出现"添加/删除程序"对话框
步骤2 单击"添加/删除 Windows 组件"，出现 "windows 组件向导"单击下一步"出现 "Windows组件" 对话框从列表中选择"网络服务"如图 5.5
步骤3 单击"详细内容"，从列表中选取"域名服务系统 (DNS)", 如图 5.6， 单击"确定"
步骤4 单击"下一步"输入到 Windows2000 Server 的安装源文件的路径，单击"确定"开始安装 DNS 服务
步骤5 单击"完成"，当回到"添加/删除程序"对话框后，单击"关闭"按钮
步骤6 关闭"添加/删除程序"窗口。
安装完毕后在管理工具中多了一个 "DNS" 控制台(安装结束后不用重新启动计算机)
在安装 Active Directory 的同时也安装和配置了 DNS 服务器，所以就不用在重复上述的安装过程了，具内容详见 Active Directory 的安装于配置。
|
网友评论：（只显示最新10条。评论内容只代表网友观点，与本站立场无关！）