编辑“WINS”

[[WINS]]是[[Windows]] [[Internet]] Naming [[Server]]，即Windows Internet命名服务。它提供一个分布式[[数据库]]，能在路由网络的环境中动态地对IP地址和NETBios名的映射进行注册与查询。 WINS用来登记NetBIOS计算机名，并在需要时将它解析成为IP地址。WINS数据库是动态更新的。
==WINS的基本要求==
*'''对于WINS服务器'''
**必须是一台NT server计算机 
**使用TCP/IP协议，并且具有一个静态的IP地址。
*'''对于WINS客户'''
:*要求是运行以下操作系统的计算机： 
::*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 
:*需要WINS server的[[IP]]地址 
::*WINS过程:
在一个WINS的环境中，每次WINS客户开启计算机并初始化TCP/IP后，它都会将它的NetBIOS名和IP地址的对应关系映射到WINS服务器的数据库中。 

当一个WINS客户想和另外一台主机通讯时，它会直接和WINS server联系，查询计算机名和IP地址的关系。 

如果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解析==
　　WINS是Windows Internet Name Server（Windows网际名字服务）的简称。WINS为NetBIOS名字提供名字注册、更新、释放和转换服务，这些服务允许WINS服务器维护一个将NetBIOS名链接到IP地址的动态数据库，大大减轻了对网络交通的负担。
===客户端的需求===
:'''Microsoft对服务器的需求''' 
#至少提供一个首选WINS服务器和一个次选WINS服务器来提供容错功能。 
#一个WINS服务器每分钟可以处理近1500个名字注册和约4500个名字查询。因此我们强烈建议你一个首选和一个次选WINS服务器可以带动10000个客户端。 
#如果WINS服务器与客户机不在同一个子网上，就要考虑到路由器的性能了。 
:'''客户端的需求''' 
　　几乎所有的支持网络互联的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-节点行为，但有少许差异。

==相关条目==
*[[dns]]
*[[ftp]]
*[[iis]]
==参考来源==
http://baike.baidu.com/view/22282.htm
[[category:网络协议]]
[[category:windows]]