第8章与BIND服务器合作.pdfVIP

下载 第8章 与BIND服务器合作 本章内容包括： • 域名服务器间的通信。尽管域名服务器与早期的基于 B I N D 的域名服务器的通信是兼容 的，但还是会出现问题。该节对这些域名服务器之间的通信提供了一些预防措施。 • 从B I N D移植到Windows 2000 DNS 。该节给出了用微软 D N S集成或代替基于B I N D 的域 名服务器的一些必需的操作。 • 在Wi n d o w s上运行B I N D 。尽管还没有支持Windows 2000 域环境的选项可供选择 ,还是给 出了目前在Wi n d o w s上有局限的B I N D 的警告。 • 其他启动文件和域区文件的不同。从 B I N D到微软 D N S 的移植以及B I N D和微软 D N S 的 集成。需要注意这里提供到的一些域区和配置文件细节。 8.1 域名服务器间的通信 所有的域名服务器都应该可以互相通信。如果它们没有（或不能）的话， I n t e r n e t主机名 将永远不会被解析。微软 D N S在如何与其他域名服务器通信方面与 R F C标准一致。域名服务 器必须理解的通信内容有查询、查询响应和域区传送。查询和响应作为名字解析的基本要素 其意义是不言自明的。客户端向服务器发出的查询可能会导致服务器发出附加的查询直到找 到答案并返回给客户端。域区传送是允许主服务器向从属服务器传播信息的机制，由此提高 了“分布式”系统的能力。消息格式和查询报文有相同的结构和位排列顺序。 Windows 2000 D N S服务器对迭代查询和递归查询都做出正确的接收和响应。尽管 Windows 2000 DNS 服务器 是与标准兼容的，但还是要注意一些具有由可选项带来的特征的问题。 活动目录的使用对 D N S服务的选择造成了一定的限制。需要对 S RV记录类型的支持。如 果支持动态更新，就建议使用递增传送和通告选项。最早成功地支持这种结合的 B I N D版本是 BIND 8.1.2 。 在进入具体讨论之前，先要提到的一点是使用微软专有的 W I N S和W I N S - R记录时，忘记 把它们从传送到非微软的 D N S服务器的域区信息中排除会带来问题。 8.1.1 与BIND 4.9.4及更早的版本间的通信 一般地讲，使用 BIND 4.X 除了在一些非常特殊的情况下，不能很好地满足所有的需求。 如果使用域环境，活动目录需要 D N S支持S RV记录。在需要交互式操作的一些情况下需要考 虑这些问题。 对于Windows 2000 DNS服务器以及基于BIND 4.9.4甚至更早版本的域名服务器，需要注意 的一点是域区传送期间发送的消息。尽管已写入 R F C 中，B I N D 的早期版本和它的派生物在包 括多个资源记录的消息上还是会出问题。如果发生这种情况，管理员应注意设置 Windows 2000 D N S服务器在域区传递期间向 B I N D服务器发送只包括一个资源记录的消息。这样做减少了与 域区传送自身相关的许多问题，同时也保护网络中其他域名服务器的“健康”和“完好”。 90计计第二部分 使用Windows 2000 DNS服务器 下载 在NT 4.0 中这能够通过在启动文件中不注释 Bind Secondaires 行来实现，或者在所有的版 本中编辑注册表里 Bind Secondaries 的键值，或者在 Windows 2000 中的服务器属性中的 “A d v a n c e d （高级）”选项卡中设置B I N D辅服务器选项。在 Windows 2000 中这个选项对两个 Windows 2000 DNS 服务器间的传送不产生影响，这个设置是服务器范围内的，影响对辅服务 器的所有域区传送。 在NT 4.0 中，如果管理员想通过编辑注册表里的启动文件来实现改变，这时域名服务系 统从注册表启动并正在运行，管理员应该依照以下几个步骤： 1) 改变注册表键值为“从文件启动”而不是“从注册表启动”。 2) 创建一个与目前配置匹配的启动文件。 3) 重启域名服务器以使它从文件启动。 4) 打开D N S管理器并在“D N S菜单下执行”Update Server Data F