netbios服务器

1、什么是服务器的NETBIOS名

NetBIOS是80年代末为了利用IBMPc构建局域网而出现的一种MS-DOS程序的高级语言接口。为了利用网络硬件和软件将这些计算机连接在一起组成局域网，微软和其它供应商利用NetBIOS接口来设计它们的网络组件和程序。NetBIOS接口利用最多为16个字符的名称来标识每一个网络资源。

在一个网络中NetBIOS名是唯一的。在计算机启动、服务被激活、用户登录到网络时，NetBIOS名将被动态的注册到数据库中。NetBIOS可以以独立名称的形式注册，也可以以组名称的形式注册。以单机名注册时要有一个IP地址与其相对应，如以组名称注册时会有多个IP地址与其对应。

在Windows2000发布前的所有基于MS-DOS和Windows的操作系统都需要使用NetBIOS名称接口以便网络可以正常工作。伴随着Windows2000的发布,网络中的计算机不再需要NetBIOS名称接口的支持。如在Windows2000和一些UNIX版本的网络中它们只要求客户机支持DNS使用就可以了，不再需要NetBIOS名。但为了与以前版本的网络操作系统结合使用，微软在Windows2000中仍然支持NetBIOS名，以便与以前版本的操作系统协同使用，微软通过两方面实现对NetBIOS名的支持：<BR> 所有使用Windows2000的客户机在默认情况下都支持利用客户端的WINS服务注册和解析NetBIOS名。

Windows2000服务器继续提供一个高效的WINS服务器，用它来管理网络中的NetBIOS名。定义NetBIOS名称

NetBIOS名称包含16字节。前15个字节是由用户指定的，用它来表示：<BR>§网络上的单个用户或计算机<BR>§网络上的一组用户或计算机

在NetBIOS名中的第16个字符作为名称的后缀，用于识别名称及显示注册名称的信息。NetBIOS名可以被设置为独立名称或组名称。

在使用独立名称时，是将网络信息发送给一台计算机，而使用组名称是将网络信息同时发送给多台计算机。

在WindowsNT早期版本中,所有的网络服务都是利用NetBIOS名注册的。而在Windows2000中,登录网络及其它的网络服务都是在
dNS中进行注册的。

1.2NetBIOS名的解析
NetBIOS名的解析就是将计算机的NetBIOS名成功的与IP地址进行映射的过程。从上面用户已经知道NetBIOS名是用来识别网络上NetBIOS资源由16个字符组成的地址。让用户通过下面这个例子了解NetBIOS名是如何解析的。

一台Windows2000的计算机（CORPSERVER）中运行的文件与打印共享服务的NetBIOS名的解析过程。当计算机启动时文件与打印共享服务利用计算机名在网络上注册一个独立NetBIOS名。这个NetBIOS名前15位字符是计算机名，第16位字符为0x20。如果计算机名不够15个字符，那么利用空格补齐。(即：CORPSERVER[20])。当用户试图与这台计算机的共享文件夹建立通信时必须指明它的文件与打印共享的NetBIOS名。在建立文件与打印共享连接前，首先要建立TCP连接，为了建立TCP连接首先要将NetBIOS名(即：CORPSERVER[20])解析成IP地址。WINS客户机主要利用广播、LMHOSTS文件、WINS服务器三种方式的组合解决NetBIOS名解析的问题，根据组合方式的不同分成了四种NetBIOSnode模式，见下表：
Node模式

描述
B-node用户利用广播NetBIOS名查询的方法实现名称的注册和解析；在广播失败后，查询Lmhosts文件，寻找相应的地址
P-node(peer-peer)
利用点对点的方式直接向WINS服务器查询相应NetBIOS名的IP地址。M-node(mixed)
M-node是把B-node和P-node组合在一起。默认情况下使用广播的方式，如果失败，再向WINS服务器进行查询。H-node(hybrid)
H-node是把B-node和P-node组合在一起。默认情况下向WINS服务器进行查询，如果失败，再使用广播的方式。如果两种方法都失败，则查询Lmhosts文件,寻找相应的地址。运行Windows2000的计算机默认使用B-node模式，当为它们设置了WINS服务器后，改用H-node模式。Windows2000也能使用本地数据库文件Lmhosts解析NetBIOS名。此文件存放在：SystemRoot\System32\Drivers\Etc文件夹中。

用户一定要为基于活动目录的Windows2000计算机设置一个WINS服务器的IP地址，以便它们可以与无法使用活动目录的WindowsNT、Windows2000,Windows95、Windows98计算机进行通信。

2、NetBIOS协议的节点类型

这里有一个术语叫 node designation，中文意思我认为就是节点指定，它主要用来表明某计算机节点解析计算机名称及地址的方法。每个 NetBIOS 计算机都有一种节点类型，共有四种节点类型对应于四种解析方法： ——只使用广播方法。该类型的节点在本地子网上使用广播消息来发现位于同一子网中的计算机。
广播节点（B节点）只通过广播数据报来解析LAN子网中计算机名和地址，即它的有效范围只是它所在的子网。其工作方式是：客户机发送一条广播消息到其所在的局域子网上，这条消息包含有要查找的计算机的IP地址和其本身的MAC地址。由于使用广播方式，则该网上的所有计算机都会接收到，如果该数据报中所要求的地址的计算机存在，则它就会根据包含在此数据报中的发出该消息的计算机的MAC地址作出回应。这样，计算机就会把经常用到的MAC地址缓存起来，通过这些地址实现与远程计算机的直接通信。
采用B节点方式的缺点：1、增大网络上不必要的通信流量，形成大量的广播消息泛滥。2、大多数路由器不会转发这些广播，阻止了B节点解析路由器另一边的计算机，即B节点不能查找到其所在子网以外的计算机地址。
解决的办法：1、采用 WINS 服务器可以减少通信流量。2、采用一个 LMHOSTS 或 HOSTS 文件将路由器另一边的计算机的地址存入本地 NetBIOS 名字缓存，避免通过广播查找。
因此，一个完整的 NetBIOS B节点解析方式可作如下描述：
1、通过 NetBIOS 名字缓存进行查询，如果成功，返回一个IP地址，完成解析；如果不成功，转向下一步：
2、通过广播进行查询，如果成功，返回一个IP地址，完成解析；如果不成功，转向下一步：
3、通过本地 LMHOSTS 和 HOSTS 文件进行查询，无论成功与否都结束解析。 ——只和名字服务器使用点对点通信。该类型的节点使用服务（如WINS服务器）来进行查询以获取要解析的地址。
P节点不是用广播来解析名称的，它通过点对点通信由UDP的数据报和TCP对话登记到一个 NetBIOS 名字服务器(WINS)，因此，它会直接向这台服务器查询以进行地址翻译，然后再直接将信息发送到目的计算机。因此，P节点的好处就是减少了本地广播的数量，同时可以跨过路由器与位于其它子网中的 WINS 服务器进行通信。
采用P节点方式的缺点：1、客户机在配置时为P节点时必须知道 WINS 服务器的IP地址。2、配置P节点还要使用到 DHCP 服务器。3、如果 WINS 服务器停止服务，P节点也就失去解析名称和翻译地址的能力。 ——先使用广播，再点对点通信。该类型的节点在LAN上发送广播消息来查找另一台电脑，如果没有回应或查找失败，就转为使用P点节方式继续查询。它向名称解析服务器注册自己的名称时也是用的广播消息。
M节点先使用广播，在解析失败后就直接和 WINS 服务器通信，因此，它是前面讲的两种方式的组合。在实际应用中很少配置计算机为这种节点类型，这样的唯一好处是在一个远程没有 WINS 服务器的广域网节点所需的大多数服务都在一个子网，即通信都发生在同一子网中，它可以减少路由器的信息传送量。同时，即使 WINS 服务器停止服务，它还可以使用广播方式来查询本地子网中的计算机。 ——先使用点对点通信，然后使用广播。该类型的节点使用 NetBIOS 名称解析服务来进行注册或解析，如果无法连接到名称解析服务器(如WINS服务器)则再转为使用B节点方式继续查询。
H节点如我们上面的测试中所示，在 Windows 9x 中它被称为交叉节点，而在实际应用中，它也被称为混合节点。它与M节点恰好相反，它先使用P节点方式请求 WINS 服务器解析计算机名，如果这种方式失败，它再使用广播方式来解析。
因此，H节点与B节点的不同是，H节点可以通过路由器解析在同一个 WINS 服务器上登记的所有计算机。
H节点与M节点的不同是，如果其配置的 WINS 服务器没有在线，H节点在解析过程中也继续与其联系，即是说，只要该 WINS 服务器重新开始服务，H节点就会立即改为使用 WINS 服务器来解析计算机名称，即使此时它正以广播方式与目的计算机进行通信。
一个完整的 NetBIOS H节点解析方式可作如下描述：
1、通过 NetBIOS 名字缓存进行查询，如果成功，返回一个IP地址，完成解析；如果不成功，转向下一步：
2、通过 WINS 服务器进行查询，如果成功，返回一个IP地址，完成解析；如果不成功，转向下一步：
3、通过广播进行查询，如果成功，返回一个IP地址，完成解析；如果不成功，转向下一步：
4、通过本地 LMHOSTS 和 HOSTS 文件进行查询，无论成功与否都结束解析。

3、简述WINS服务器的工作原理。

WINS服务是微公司的一项支持跨网络的名称解析服务（DNS不支持跨网络），在 Server 2003服务中，它的功能得到了全面的加强，使得它在企业网络中的应用更加广泛，特别是较大型的网络。
许多网友一直对是否需要WINS服务，或者说安装WINS服务的必要性心存疑虑。尽管在《网管员必读——网络组建》（第2版）第9章9.1.1节对此进行详细分析，但在此还可以通过以下后介绍的WINS服务基本工作原理（包括与NetBIOS名称解析进行对比）可以看出WINS事实并不是可有可无的，特别是大型多子网环境中。全面的WINS服务名称解析原理参见本书的9.4节。
9.1.3 WINS服务基本工作原理
通常，Windows操作系统支持以下两种主要的网络名称解析方法。
l 主机名称解析：这是Windows基于套接字的名称解析方式，它执行gethostbyname（）API函数以搜索主机IP地址，该地址是建立在已查询的主机名称基础上的。该方法依赖于Hosts文件或查询DNS以执行名称解析功能。
l 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-节点行为，但有少许差异。
说明 NetBIOS节点类型有4种：b-节点（广播）、p-节点（端对端）、m-节点（混合）和h-节点（混合）。b-节点使用广播NetBIOS名称来注册和解析名称。b-节点有两个主要问题：（1）广播将干扰网络上的每个节点；（2）路由器通常不转发广播，所以只能解析本地网络上的NetBIOS名称。p-节点使用NetBIOS名称服务器（NBNS），如WINS服务器来解析NetBIOS名称。p-节点不使用广播，而是直接查询名称服务器。m-节点是b-节点和p-节点的组合。
在默认情况下，m-节点作为b-节点使用。如果m-节点无法通过广播解析名称，则使用p-节点查询NBNS服务器。h-节点是p-节点和b-节点的组合。在默认情况下，h-节点作为p-节点使用。如果h-节点无法通过NBNS解析名称，则使用广播解析名称。

对于NetBIOS名称解析，WINS客户端通常采用以下步骤进行解析名称。
（1）客户端检查查询的名称是否是它所拥有的本地NetBIOS计算机名称。
（2）客户端检查远程名称的本地NetBIOS名称缓存（远程客户端的解析名称放置在该缓存中，并将保留10分钟）。
（3）客户将NetBIOS查询转发到已配置的主WINS服务器中。如果主WINS服务器应答查询失败（因为该主WINS服务器不可用，或因为它没有名称项），则客户将按照列出和配置使用的顺序尝试与其他已配置的WINS服务器联系。
（4）客户端将NetBIOS查询广播到本地子网。
（5）如果配置客户端已使用Lmhosts文件，则客户将检查与查询匹配的Lmhosts文件。
（6）如果将其配置成单个客户端，则客户会尝试Hosts文件然后尝试DNS服务器。
WINS客户的名称解析是所有Microsoft TCP/IP上的NetBIOS（NetBT）客户端用来解析网络上的NetBIOS名称查询的相同名称解析过程扩展。实际的名称解析方法对用户是透明的。对于Windows 2000/XP/Server 2003系统，一旦使用net use命令或类似的基于NetBIOS的应用程序进行查询，WINS客户将使用以下流程解析名称。
（1）确定名称是否多于15个字符，或是否包含句点（.）。如果是这样，则向DNS查询名称。
（2）确定名称是否存储在客户端的远程名称缓存中。
（3）联系并尝试已配置的WINS服务器，使用WINS解析名称。
（4）对子网使用本地IP广播。
（5）如果在连接的“Internet协议（TCP/IP）”属性中启用了“启用LMHOSTS搜索”，则检查Lmhosts文件。
（6）检查Hosts文件。
（7）查询DNS服务器。

4、为什么加入域只能用netbios域名

为现有域安装额外域控制器

注意：在将服务器提升为现有域中的域控制器之前，必须在此服务器上正确配置了 DNS 设置。在提升过程中，该服务器需要解析此域的完全限定域名。

1. 单击开始，单击运行，键入 dcpromo，然后单击确定。
2. 这将启动“Active Directory 安装向导”。单击下一步。
3. Active Directory 安装向导会询问一系列问题，以确定此服务器将担任的角色。因为您要将此服务器安装为域中的额外域控制器，请单击“现有域的额外域控制器”。
4. 单击下一步。
5. 下一个屏幕提示您提供网络凭据。键入用于执行此操作的帐户的用户名、密码和域名。该帐户必须具有完全管理权限。域名不应是完全限定域名的形式。
6. 在额外域控制器屏幕上，以完全限定域名的形式键入现有域的完整 DNS 名称（例如：Microsoft.com）。
7. 数据库位置和日志位置框将填入默认位置 (Rootdrive\\Winnt\\Ntds)。为获得最佳性能和可恢复性，请将数据库和日志分别存储在不同的硬盘上。将日志位置值更改为另一硬盘。
8. 单击下一步。
9. 在共享的系统卷屏幕中，只要该卷使用 NTFS 文件系统，就可以接受 Rootdrive\\Winnt\\Sysvol 作为默认位置。这是 Sysvol 文件夹所要求的。
10. 单击下一步。
11. 如果没有可用的 DNS 服务器，则会出现“向导无法联系到处理名称 Domain Name 的 DNS 服务器以确定它是否支持动态更新。请确认 DNS 配置，或者在此计算机上安装并配置一个 DNS 服务器”这一消息。
12. 单击确定。
13. 在配置 DNS 屏幕上，单击“是，在这台计算机上安装和配置 DNS(推荐)”。
14. 单击下一步。
15. 在 Windows NT 4.0 RAS 服务器屏幕上，选择是否要允许远程访问服务 (RAS) 访问此服务器。单击下一步。
16. 在目录服务还原模式管理密码屏幕上，指定在以“目录服务还原”模式启动计算机时使用的管理员密码。在需要恢复 Active Directory 数据库时使用“目录服务还原”模式。

注意：一定要记住此密码，否则在需要时您将无法还原 Active Directory。
17. 在提升过程的复制阶段，有一个可让您选择稍后执行复制的选项。选择此选项的理由有许多（例如，在一天的正中间时您使用的网络连接速度慢，您希望等到这天结束时执行复制）。
18. 通过查看屏幕上的消息验证已安装 Active Directory。安装 Active Directory 后，单击完成以关闭向导。
19. 重新启动计算机

5、WIN7 连不上公司服务器共享。错误码0x80070035。且无法修改TCP/IP NETBIOS HELPER

这个服务一般都是Local Service登陆的，你点选“此账户”，点后面的浏览，在对话框中输版入Local Service，检查，确定。权
至于为什么连不上共享，你要问问你的网管
你跟共享的那台机器之前通吗？
共享的那台机器是XP还是win7？
你们在同一个域中或者在同一个工作组中吗？
共享的文件夹加了你的权限了吗？

6、服务器有问题，网上查了说要重装NETBIOS，如何重装NETBIOS？

服务器什么问题啊？在Windows操作系统中，默认情况下在安装TCP/IP协议后会自动安装NetBIOS。

7、在DHCP服务器上关闭NetBIOS over TCP/IP后，无法支访问共享\\x.x.x.x.

默认复情况下
是不启用制NetBIOS
over
tcp/ip
但是\\xxx
访问走的wins
用的netbios名解析的，所以你可以在在服务器上建一个wins服务器
在DHCP上设置下发的选项中
勾选wins
客户端自动获取网络设置
应该就可以了。
如果在一个域中加域的电脑
有dns也可以的也是可以直接\\xxx访问的
印象中。

8、主wins服务器是什么？

WINS全称Windows Internet Name Service，即Windows互联网名称服务。它和DNS一样，都是用来将主机名转换成IP地址的。但在互联网解析主机名的是DNS，事实上WINS主要的是用在局域网内缓解网络风暴。
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“曾经来过”。
限于篇辐，WINS与DNS的集成、WINS代理以及多个WINS服务器的管理维护和排故等WINS服务器的高级应用只有以后再谈了。
WINS是老生常谈了，希望本文对老资格的网管朋友能温故知新，对初入道的新网管朋友能有一些帮助。敬请专家指正。

9、在DHCP服务器上关闭NetBIOS over TCP/IP后，无法支访问共享\\x.x.x.x.

默认来情况下 是不启用NetBIOS over tcp/ip
但是\\xxx 访问走的源wins 用的netbios名解析的，所以你可以在在服务器上建一个wins服务器 在DHCP上设置下发的选项中 勾选wins 客户端自动获取网络设置 应该就可以了。
如果在一个域中加域的电脑 有dns也可以的也是可以直接\\xxx访问的 印象中。