WINS与DNS集成 提升域名解析能力

zhao599

WINS与DNS是网络中常见的两种域名解析服务。DNS是一种比较通用的服务，可以适用于多种网络环境。而WINS因特网命名服务通常只用在微软的网络环境中。可见，从适用性上来看，WINS命名服务的范围要比较窄。但是在Windows网络环境中，WINS命名服务仍然是一个非常有用的服务。由于其毕竟是是Windows网络环境量身定制，为此无论在性能上还是在安全性方面，都是靠得住的。在实际工作中，系统管理人员往往是将WINS服务与DNS服务进行集成，相互配合来使用。在这篇文章中，笔者就以Windows2008服务器为例，谈谈WINS与DNS集成的相关内容。
　　【IT专家网独家撰稿】
　　一、分析Windows2008在WINS服务上所作的改进。
　　在2008中，微软专家还是对WINS服务做了比较大的改进。如对数据库引擎的优化、持久性连接、高级搜索能力、手工标记删除记录等等方面的完善。在这里，笔者主要对其中的两点进行重点说明。
　　【IT专家网独家撰稿】
　　一是WINS数据库的高级搜索能力。在以前版本的WINS服务器数据库中，对于记录的检索只具有简单查询的能力。简单的说，查询的途径比较单一。如只限于对数据库中的NetBIOS记录作简单的关键词查询。而在2008的WINS服务器数据库中对其进行了扩充，可以通过不同的参数来查询所需要点记录。这就有利于管理员在搜索特定记录方面提供了更大的灵活性。如可以根据时间来查询相关记录等等。
　　二是可以接受拉记录过滤和复制伙伴。通俗的说，在WINS同步时，不再是完整的传送其他服务器上的所有纪录，而将是复制仅限于某个特定服务器的记录。这个优化非常的重要，由于可以减少无关的记录对WINS服务器的负面影响，同时减少不必要的记录对带宽的占用，提高网络的性能。
　　【IT专家网独家撰稿】
　　二、分析WINS与DNS服务集成的工作原理。
　　实际上，WINS服务是一个简单的含有NetBIOS名称以及对应IP地址的数据库。虽然现在DNS命名解析服务占据主流的地位，但是在实际工作中，仍然无法在现代网络中取缔WINS服务。由于微软网络中，一些特定的服务，必须依赖于WINS服务而工作。如DFS分布式文件系统必须要有WINS服务的支持。因此系统管理员需要研究如何将DNS服务与WINS服务进行集成，以提升域名的解析能力。
　　【IT专家网独家撰稿】
　　从技术的角度上来看，DNS服务可以使用WINS数据库为WINS客户机提供标准的DNS解析服务。这是什么意思呢？如上图所示，现在假如客户端A是一台WINS客户端。其在试用分布式文件系统服务时需要得到WINS服务的支持。其首先是向DNS服务器寻求支持。但是显然DNS服务器上没有相关的WINS记录。此时DNS服务器会向特定的WINS服务器求助。假设WINS服务器中有相关的记录，那么就会将这条记录返回给DNS服务器。DNS服务器接受到相关的信息之后，再将记录返回给客户端A。这就是DNS服务与WINS服务集成的一个简单的工作思路。
　　从这个过程中，我们可以看到，客户端A其实没有直接与WINS服务器打交道，而是通过DNS服务器来实现的。这主要是由于客户端A大部分情况下都是通过DNS服务来实现域名的解析。而只有在DNS服务器无法满足客户端的需要时，才去向其他的WINS服务寻求支持。这种设计思路，跟实际工作的情形是吻合的。由于实际工作中，更多的是使用DNS服务。WINS服务只有用在特定的服务中。这么设计就可以提高域名解析的整体效率。
　　【IT专家网独家撰稿】
　　三、WINS服务与DNS服务集成的具体配置。
　　默认情况下，Windows服务器是没有开启这项功能的。假设要让WINS服务与DNS服务进行集成的话，那么就需要进行额外的配置。其实这个配置过程也是相当“傻瓜化”的，只要根据向导一步步的进行配置即可。笔者就对一些重要的配置以及注意事项谈谈自己的看法。
　　【IT专家网独家撰稿】
　　1、相关的配置通常情况下都是在DNS服务器上进行的，而不是在WINS服务器上配置。这是首先需要注意的地方。系统管理员需要在运行DNS的服务器上，打开DNS MMC插件程序，即DNS管理控制台，然后进行相关的配置。虽然也可以通过命令行的方式来完成一些配置，但是现在微软既然提供了傻瓜式的操作方式，我们又何必舍近求远呢？
　　【IT专家网独家撰稿】
　　2、定位到WINS选项卡。首先在管理控制台上定位到DNS选项卡，然后用鼠标右击考虑的区域并单击属性选项。在打开的窗口中，系统管理员就可以看到有一个WINS选项卡。在这个选项卡上主要有两项工作要做。一是需要启用这个集成的配置。默认情况下，在DNS服务器上并没有启用这项功能。在这个选项卡上，有一个“使用WINS解析服务”复选框，只要选中这个服务即可。二是需要配置WINS服务器的IP地址。即让DNS服务器从哪一台WINS服务器上去取得记录。这里需要注意，只有在DNS服务器数据库中没有相关的记录时，DNS服务器才会在WINS数据库中查找相关的记录。设置完毕之后，点击添加按钮即可。
　　3、关于复制的设置。是否需要DNS服务器与WINS服务器记录之间的同步呢？这是在配置集成工作中所需要注意的内容。在实际工作中，通常情况下都是允许两个服务器之间记录的同步。但是假设系统管理员不认同WINS记录的DNS服务器之间复制此区域，那么就需要在配置时选择“不复制记录”选项。选中这个选项之后，系统将会在区域传送过程中防止将记录复制到其他的服务器上。这里需要注意的是，这个设置相当的简单，只需要鼠标点点就可以完成。而其难点主要在于判断，即判断什么时候该允许记录复制，而什么时候该禁止。这是一门比较深的学问。因为各个企业实际情况的不同，笔者也很难得出一个统一的答案。笔者的意见是，尽量不要采用记录同步功能。假设确实需要的话，那么就要做好后续追踪。不然的话，很容易破化现有网络应用的稳定性。或者说，只有对WINS服务器数据库的记录有相当的自信，或者企业网络环境比较稳定的情况下，才使用记录的同步。
　　【IT专家网独家撰稿】
　　四、确认在什么情况下需要使用WINS服务。
　　在上面的内容中，笔者已经强调过，虽然现在DNS域名解析占据主流地位，但是在实际工作中，WINS服务仍然是少不了的。DNS服务不能够完全期待WINS服务。这主要是由于，在Windows网络环境中，有些特定的服务必须依赖于WINS服务的支持。因此现在系统管理员需要知道的是，哪些Windows服务需要有WINS服务器的支持。只有了解这些内容，系统管理员才能够判断，什么时候需要将DNS服务与WINS服务进行集成？这也就是说，并不是在所有情况下，或者说，并不是在所有的Windows网络中都需要使用WINS服务器。这是必须要首选明白的一个观点。
　　【IT专家网独家撰稿】
　　此时主要从三个角度来判断，分别为Windows服务、客户端的版本以及第三方应用程序。如Windows服务，像分布式文件系统需要WINS服务的支持。如从客户端版本的角度来看，2000之前的客户端，需要使用WINS服务器。这里需要说明的一点是，现在财务部门需要使用国家推荐的开票系统。而比较早的开票系统版本，只允许安装在98的版本上。此时就需要有WINS服务器的支持。三是从第三方应用程序。系统管理员需要确认所采用的应用程序，是否需要采取WINS服务器。
　　在实际工作中，假设存在这种情况，就需要在网络中保留WINS服务器。并且最好将WINS服务与DNS服务进行集成。这有利于提升域名的解析能力。