WINS的基本要求
对于WINS服务器
1. 必须是一台NT server计算机2. 使用TCP/IP协议，并且具有一个静态的IP地址。
对于WINS客户
1.要求是运行以下操作系统的计算机：Windows NT Server 3.5或更高
Windows NT Workstation 3.5或更高
Windows 95
运行Microsoft TCP/IP-32的Windows for Workgroups 3.11
带有实模式TCP/IP驱动的Microsoft Network Client 3.0 for MS-DOS
LAN Manager 2.2c for MS-DOS。不支持LAN Manager 2.2c for OS/2
2.需要WINS server的IP地址
（2）WINS过程
（a）在一个WINS的环境中，每次WINS客户开启计算机并初始化TCP/IP后，它都会将它的NetBIOS名和IP地址的对应关系映射到WINS服务器的数据库中。
（b）当一个WINS客户想和另外一台主机通讯时，它会直接和WINS server联系，查询计算机名和IP地址的关系。
（c）如果WINS服务器在自己的数据库中查到了被查计算机名和IP地址的映射关系，它就将目的计算机的IP 地址返回要求查询的WINS客户。
另一个WINS
Windows Internet Name Service (WINS)WINS提供一个分布式数据库，它的作用是在路由网络的环境中对IP地址和NetBIOS名的映射进行注册与查询。 这可能是解决NetBIOS名与IP地址之间转换的比较合适的一种方法，对于比较复杂的网络如互联网更是如此。
LMHOSTS文件在广播式系统中有一点缺点，它是基于广播的，所以对网络的通信量是一个沉重的负担，这个问题并未得到解决。有人设计了通过路由协议进行单播式的动作对NetBIOS名字进行注册和解析。如果采用这个协议，那就可以解决了广播的问题，也就没有必要使用LMHOSTS文件了，使动态配置的灵活性与方便性得到重新体现，使得这个系统可以和DHCP协议无缝连接。我们可以想象，当DHCP给一台计算机分配了一个地址后，这个更新可以直接在WINS数据库中体现。用户和管理员都不需要进行任何额外的工作，十分方便。WINS协议可以和NBNS一起工作，但是因为WINS数据库备份的问题没有解决，因为它不能和别的NetBIOS名字服务器一起工作，数据不能在WINS服务器和非WINS服务器间进行复制。
WINS是基于客户服务器模型的，它有两个重要的部分，WINS服务器和WINS客户。我们首 先看一下服务器，它主要负责处理由客户发来名字和IP地址的注册和解除注册信息。如果WINS客户进行查询时，服务器会返回当前查询名下的IP地址。服务 器还负责对数据库进行备份。而客户主要在加入或离开网络时向WIN服务器注册自己的名字或解除注册。当然了，在进行通信的时候它也向服务器进行查询，以确 定远程计算机的地址。
我们使用WINS的好处在什么地方呢？WINS就是以集中的方式进行IP地址和计算机名称的映射，这种方式可以简化网络的管理，减少网络内的通信量，但是这种集中式的管理方式可以和星型结构相比，我们有理由怀疑它可以会成为网络的瓶颈。在本地的域控制器不在路由器管理网段的另一段时，客户仍然可以游览远程域，在集中处理的时候，数据都会集中于这个服务器中，一定要注意不要让这个节点失败。
WINS的另外一个重要特点是可以和DNS进行集成。这使得非WINS客户通过DNS服务器解析获得NetBIOS名。这对于网络管理提供了方便，也为异种网的连接提供了另一种手段。我们可以看到，使用集中管理可以使管理工作大大简化，但是却使网络拓朴结构出 现了中心结点，这是一个隐性的瓶颈，而如果采用分布式的管理方式，却有个一致性的问题，也就是如果一个服务器知道了这个改变，而另一个不知道，那数据就不 一致了，这时候要有一些复杂的算法来解决这一问题，两台服务器要想知道对方的情况，不可能不进行通信，也就无形中加重了网络负担。网络就是这样，集中起来 就加大了单机的处理压力，而分布了就增加了网络传输量，天下没有十全十美的事情。
WINS解析
WINS是Windows Internet Name Server（Windows网际名字服务）的简称。WINS为NetBIOS名字提供名字注册、更新、释放和转换服务，这些服务允许WINS服务器维护一个将NetBIOS名链接到IP地址的动态数据库，大大减轻了对网络交通的负担。客户端的需求
1.Microsoft对服务器的需求（1）.至少提供一个首选WINS服务器和一个次选WINS服务器来提供容错功能。
（2）.一个WINS服务器每分钟可以处理近1500个名字注册和约4500个名字查询。因此我们强烈建议你一个首选和一个次选WINS服务器可以带动10000个客户端。
（3）.如果WINS服务器与客户机不在同一个子网上，就要考虑到路由器的性能了。
2.客户端的需求
几乎所有的支持网络互联的Microsoft客户端都可以是WINS客户端，下面列出了可以与WINS一起工作的客户端：
*Windows NT Server 3.5x,4.0
*Windows NT Workstation 3.5x,4.0
*Windows 9x/me/2000
*Windows for Workgroups with TCP/IP-32
*Microsoft Network Client 3.0 for MS-DOS
*LAN Manager 2.2c for MS-DOS
基于DOS的客户端也可以用WINS服务器进行名字解析，但你必须为它们在WINS服务器中添加静态词条。
2000以后wins几乎被抛弃
全面转向win2000的DNS系统了~
解析原理
WINS服务的基本工作原理通常，Windows操作系统支持以下两种主要的网络名称解析方法。
主机名称解析：这是Windows基于套接字的名称解析方式，它执行gethostbyname() API函数以搜索主机IP地址，该地址是建立在已查询的主机名称基础上的。该方法依赖于Hosts文件或查询DNS以执行名称解析功能。
NetBIOS名称解析：该名称解析使用NetBIOS重定向程序来搜索基于查询的NetBIOS名称的地址。该方法依赖于Lmhosts文件，或查询WINS执行名称解析。
在默认情况下，运行Windows 2000/XP/Server 2003操作系统的WINS客户端被配置为先使用DNS解析长度超过15个字符或包含句点（.）的名称。对于少于15个字符，并且不包含句点的名称，如果 将客户端配置为使用DNS服务器，则也可以在WINS查询失败之后再次将DNS用做最终选项。在默认情况下，当用WINS服务器地址配置（手动或通过 DHCP）运行Windows 2000/XP/Server 2003操作系统的计算机的名称解析时，除非配置了其他NetBIOS节点类型，否则计算机将使用混合节点（h-节点）作为NetBIOS名称注册的节点 类型。对于NetBIOS名称查询和解析，也使用h-节点行为，但有少许差异。
WINS服务器和DNS服务器有什么区别?
为了帮助说明这个问题，我准备使用一个例子，保证让你正确地了解这两种服务的情况。
考虑一个名为“Jupiter”的文件服务器和下面两个指令:
Ping Jupiter.space.net
Net use * jupiter mainshare
上面两个指令看起来很相似。第一个指令是向我们的文件服务器发送一个ping (icmp echo)数据包，确认这个服务器在工作。而第二个指令呼叫同一台服务器(jupiter)，以便连接到一个名为“mainshare”的共享文件夹。
虽然这两个指令都指向同一台服务器(Jupiter)，但是，它们之间的区别是很重要的。
这里的“Ping”使用DNS把Jupiter.space.net解析为一个IP地址，如204.45.12.1。而“net use”指令使用WINS把NetBIOS名称“Jupiter”解析为一个IP地址。
这样，你也许会感到疑惑，为什么有两种不同的服务实际上在完成同一个任务?
这个问题的答案是，这两种服务的每一种服务都依靠不同的协议。他们只是以不同的方式工作。
WINS是微软网 络拓扑的一个重要的组成部分。在过去，你需要在Windows网络中运行一个WINS服务器以避免域名解析的问题。当时的这种 NetBIOS(Windows机器名称)协议只能在NetBEUI传输协议上工作。如果你曾经使用过Windows 95,你会记得NetBEUI协议经常出现在你的网络属性中。在网络属性中，TCP/IP协议也是一个选项。
目前，DNS取代了WINS。由于微软对NetBIOS做了修改，允许它使用TCP/IP堆栈完成其工作(TCP/IP协议上的NetBIOS)，大多数DNS服务器都能够处理NetBIOS的请求。这就是WINS服务器变得越来越少的原因。
简言之，DNS把TCP/IP主机名称映射为IP地址，WINS把NetBIOS主机名称映射为IP地址。
No comments:
Post a Comment