WINS基于计算机的NetBIOS名工作，所以要了解WINS，必须对计算机名、NetBIOS及NetBIOS名有一个初步的认识。
在微软的系统中，任何一台计算机，不论是否联网，都必须定义一个不超过15位的字符作为计算机名，该名在系统安装时指定，如不指定，则由系统随机生成。设定以后，可在我的电脑—属性—计算机选项卡（WIN2000以上）或网上邻居—属性—标识选项卡中（WINME以下）查看并管理；如果该计算机处于网络环境下，则该计算机名还必须在网络中保证唯一。这个计算机名的存在，是实现NetBIOS的前提。
在局域网发展早期，为在个人机上实现网络能力，MS和IBM合作开发了一套网络协议，认为它如同计算机的BIOS一样，将成为最基本的网络访问接口，因此使用了NetBIOS（Network Basic Input/Output System）这个名字。MS就利用NetBIOS接口开发网络服务器及相应的客户软件，后来， 打通NetBIOS和网络物理层的各种具体接口的NetBEUI（NetBIOS Extend User Interface）又开发成功，成为NetBIOS的增强版。它直接控制Token Ring（令牌环）和Ethernet（以太网）驱动程序，使之只能运行于局域网，其缺点是不支持路由， 要在大型的或路由式的网络间通信，必须使用基于路由的传输机制（一般是TCP/IP）加以补充，叫做NetBIOS over TCP/IP（NetBT），意为运行于TCP/IP基础上的NetBIOS。WIN2000以下的计算机强制使用NetBIOS名；WIN2000以上的计算机为了在网络中和WIN2000以下的计算机保持通信，保留NetBIOS名。
NetBIOS名的前15位沿用计算机名，最后增加一位字符作为后缀，用于标识某种服务或应用程序，所以对同一个计算机名，可以生成多个NetBIOS 名；而同一计算机的多个服务也可以注册到另一个计算机的NetBIOS名上，均由该后缀加以区分。 WIN2000中专门提供文件和打印机共享的 server服务就是典型的例子，它的后缀是八进制的20。
不难看出，即使没有WINS服务器，只要是基于NetBIOS的主机，它们都能够自己管理自己，其原理如下：
主机A登录网络时，它将向网络发送注册广播6--10次，声明自身的NetBIOS名称，确保网内其他主机收到该消息，如果该名与主机B重名，主机B将发出一个包括它自己NetBIOS名称的广播包，要求主机A停止注册，主机A会发出一个负的名称注册（negative name registration）广播作为响应，主机A注册失败；如无其他主机反对，A成功注册。
与此同时，网络上的其它主机也向A发出一个包括自己NetBIOS名称的广播包，声明自己的存在。这在形式上表现为其它主机的网络邻居窗口在刷新后会出现该主机A的NetBIOS名；而主机A的网络邻居窗口中也出现了其它主机的NetBIOS名，也就是通常所认为的计算机名。
当主机A联系主机B时，A广播一个包含B主机NetBIOS名的地址请求，如果B在线，它将向主机A广播一个包括自己IP地址的正的名称查询（positive name query）消息予以响应，然后A就可以利用这个地址连接到主机B；
当主机A正确关机时，自动发生名称释放操作，这时其它主机可以用主机A的名称登陆网络；但主机A非正常关机时，其它主机的网络邻居窗口中仍然会有该主机名，双击后会出现“找不到网络路径”的错误提示：主机A已经名存实亡。
这种“无组织无纪律”的自我管理，带来的是通信效率的大大下降：每台主机在登陆和重登陆网络的时候，都将向网络发送广播；然后所有主机再向它发送广播；然后主机间要求通信都以广播的方式进行……，每台主机随时都在大呼小叫，其巨大的数据流量将造成网络响应速度直线下降，这是最不能接受的网络问题。
所以，必须有一个“老板”对所有主机的NetBIOS名称和IP地址进行集中统一的管理和维护，NetBIOS客户端通过直接与“老板”进行名称的注册、更新、查询和释放操作，最大程度的减少了广播流量。这个“老板”就是WINS服务器。
在WINS中，NetBIOS名可以被注册为唯一的名称，这时它对应一个IP地址；也可以映射为一个组的名称，这时它对应多个IP地址。所以准确的说，WINS服务应该叫WINS的NetBIOS 名称服务，正是它使NetBIOS名称到地址的解析成为可能。
为更深刻的理解WINS，我们还要说明由NetBT规定的WINS名称解析的四种方法（又叫nodes，节点）：① nodeB：广播的方法（broadcast）；② nodeP：对等的方法（peer-to-peer）,直接在WINS服务器中查询；③ nodeM：混合的方法（mixed），即联合使用nodeB和nodeP，默认为B；④ nodeH：另一种混合的方法（hybrid）,和nodeM一样，但默认为nodeP。如果网络中没有WINS服务器，则系统默认使用B节点的方法，如前所述；如果系统中至少有一台WINS服务器，则系统默认使用H节点的方法。
NetBIOS客户机——即WINS客户机向WINS服务器注册、更新、查询和释放的工作流程与DHCP的工作流程异曲同工：都是以租约的形式进行——但在表现形式上更像是老板与员工之间签订用工合同的一幕。仍以客户机A 和B为例描述如下：
一、 注册
客户机A一诶启动，就向TCP/IP配置中指定的WINS服务器发送一个名称查询请求（请求签订合同），要求注册其NetBIOS名和IP地址，如果WINS在线，它首先检查自己的数据库中是否已有该NetBIOS名，如客户机B与该名同名，则WINS以500毫秒为间隔向B发送三次名称查询请求，用以确定B是否仍然还在上班，如收到响应，则向A发出一个负的名称注册（negative name registration）。A注册失败；如果没有响应，则A注册成功，该WINS服务器会将这一对应关系（重新）记录在自己的数据库中，并向该客户机返回一个注册成功的消息，其中包括一个指定的生存周期 TTL（Time to Live）——它的存在表明了WINS客户机只是一个钟点工，此时合同签订成功。
一旦A三次联系WINS服务器都失败的话，意味着WINS服务器宕机或不可用，这时，如果网络中再无其它的WINS服务器存在，则又回到了无组织无纪律的洪荒状态，WINS客户机会按照上述“广播”的方式来工作。
二、更新
默认情况下，WINS服务器数据库更新时间（合同期限）即TTL是六天，如果到时客户机没有发出更新请求（要求续签合同），名称注册即告失效（合同终止），WINS会将该员工从花名册上删除，这就是TTL的作用。
所以一般来说，客户机会在相应的TTL值过去50%也就是三天的时候向服务器发出一次名称刷新请求，说明自己还在任劳任怨的继续上班，当WINS服务器收到该请求后，即向该客户机发出包含了一个新的TTL的名称刷新响应，表示合同已然重签。
三、 查询
当A需要联系B的时候，它首先检查缓存，看是否有B的NetBIOS名对应IP地址的记录，如果没有，则向WINS服务器发出该NetBIOS名称的IP查询请求，要求WINS回应其IP 地址。如果没有任何WINS服务器响应，或者某个WINS服务器发出了一个“Requested Name Does Not Exist”（请求的名称不存在）消息，客户机即启用广播的方式查找，如果仍未响应，如果有事先的设置，主机A还要尽最后的努力，去查找自己的数据库文件Lmhost,仍然无效的时候，才善罢甘休。
四、 释放
如果WINS客户机A停止某个注册的网络服务或正常关机的时候，该A即针对注册的某个服务或者A的NetBIOS名直接向WINS发出一个包括A机IP地址和NetBIOS名称的释放请求（要求解除合同）。WINS收到该请求后，先检查它的数据库，如果WINS找到了一个对应的记录，则向A发送一个正的名称释放（positive name release）消息作为响应，其中包括了被释放的NetBIOS名称和值为0的TTL，同时在数据库中将这条记录标记为已经释放，合同正式解除；
如果WINS没有找到对应的记录或者该NetBIOS名被 指向了另一个IP地址，那么WINS会向A发出一个负的名称释放（negative name release）消息作为回应。合同无法解除。
如果A非正常关机，是不会发出名称释放消息的，显然，WINS服务器的数据库中就会多出一条“假”记录，当B向WINS发出A的地址请求时，WINS仍然会向B给出已不存在了的A的地址信息，当然B不可能再通过这个地址联系到A，最终会出现超时错。在B的网络邻居窗口中，A的存在仅仅证明了A“曾经来过”。
WINSWINS用来登记NetBIOS计算机名，并在需要时将它解析成为IP地址。WINS数据库是动态更新的。
（1） 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(Windows Internet Name Service)服务器主要用于NetBIOS名字服务，它处理的是NetBIOS计算机名(Computer Name)，所以也被称为NetBIOS名字服务器(NBNS，NetBIOS Name Server)。
WINS服务器可以登记WINS-enabled工作站的计算机名、IP地址、DNS域名等数据，当工作站查询名字时，它又可以将这些数据提供给工作站。
在各种名字解析方式之中，WINS名字服务具有一些优点。首先，WINS名字服务是以点对点的方式直接进行通信的，并可以跨越路由器访问其他子网中的计算机，这便克服了广播查询无法跨越路由器和加重网络负担的不足；其次，与静态处理域主机名(Host Name)的DNS服务器不同，WINS名字服务还是一种很少人工干预的动态名字服务；第三，WINS名字服务不仅能够用于NetBIOS名字查询，而且还可以辅助域主机名(Host Name)的查询，可以结合DNS和WINS服务器的好处进行Internet域名查询，因此WINS又被称为Windows 网际名称服务(Windows Internet Name Service)。
WINS服务器在TCP/IP网络(包括Internet)的名字解析中得到了广泛的应用。
欢迎分享，转载请注明来源：夏雨云
微信扫一扫
支付宝扫一扫
评论列表（0条）