解决无法打开网络邻居列表问题

比目鱼

公司的LAN出现这个问题已经有几天时间了，因为不影响正常使用，所以一直没有去理会它，今天中午查了一下：
症状：打开网络邻居的工作组时，无法打开LAN上的计算机列表，提示the list of servers for this workgroup is not currently available ，也就是此工作组的服务器列表当前无法使用.
查了一下windows的网络邻居的工作原理，也就是Microsoft 计算机浏览器服务的说明，但是在服务器上却可以看到一个VLAN的计算机列表，所以怀疑是不是那些计算机所在VLAN引起的问题，那个VLAN只有3台计算机，但是交换机上已占用了5个端口，1个用于级联，3个接计算机，另外一个是“悬空”的，以前也碰到了类似的故障，“悬空”的网线导致了整个LAN上网速度缓慢，于是把“悬空”的网线拔下了，网络邻居的计算机列表就出来了，现在还有点想不通～
附上查到的关于windows网络邻居原理的资料：
网上邻居的工作原理:浏览服务
为了帮助用户找到网络资源，微软使用了叫做"浏览服务"的机制完成网络资源查找和定位。
当我们在一个对等网中，当主机的数量多于一定的数量的时候，有时我们打开"网上邻居"的时候，速度会很慢很慢，(尤其在一个2000和98的混合环境中更为严重)他不是故障，"网上邻居"的工作机理就决定了这个事实，当我们的机器启动的时候，首先会寻找网络中的一台机器——主浏览器，然后报告他自己存在于这个网络中，主浏览器通过维护一个"浏览表"来实现这个功能。
主浏览表中维护一个可用的基于NETBLOS的资源列表，他其中会有NETBLOS名称到IP地址的映射，也就包含有我们所有的机器的信息。普通客户机在主浏览器的主浏览表中加入自己，告诉他:"我来到了这个网络"我的NETBILOS名字是COMPUTER1,IP是192.168.0.1，当你打开网上邻居的时候，首先通过广播来查找到"主浏览器"。　如果没有"主浏览器"或者主浏览器关机，则在网络中就会通过"选举"来推选出一个"主浏览器"，选举考虑的原则包括
1 操作系统
2 措做系统版本
3 计算机角色
(注意:这个过程可能会很慢!!尤其在一个2000 98 混合环境中)找到主浏览器后，在从主浏览器中得到一个备份浏览器的列表，然后再从备份浏览器得到所有的列表(备份浏览器时主浏览器的备份，存储有浏览表的副本)，这时，网上邻居中就出现了所有的计算机!
客户的浏览过程如下:
1。通过向主浏览器发布公告将服务器增加到浏览列表。
2。主浏览器与备份浏览器共享服务器(域)列表。
3。客户机从主浏览器检索备份浏览器的计算机列表。
4。客户机和备份浏览器联系以检索服务器列表。
5。客户机和服务器联系以检索服务器上的共享资源列表。
而在网络上，为了有效地定位网络资源，Microsoft Windows网络的浏览服务必须有特定的"浏览服务器"参与并提供。
浏览服务器的角色分为"(域)主浏览服务器"，"备份浏览服务器"，"潜在浏览服务器"几种。
浏览服务器一般由最先启动的计算机担任，然后可以通过选举来自动变更或者交接。
每隔15分钟，每个子网的主浏览器向本子网上的其他主浏览器宣示自己。
每隔12分钟，每个域主浏览器与WINS联系以取得所有domainname域的列表。
每隔12分钟，每个主浏览器(子网)与域主浏览器联系以更新浏览表。
每隔12分钟，每个备份浏览器和它的局部主浏览器联系以检索和更新浏览表。
所有有服务器组件(也就是说，具有共享网络资源的能力)的计算机向它们局部域中的主浏览器宣示自己。
当本地子网找不到主浏览器或初始化域控制器时都会发生浏览器选举。选举按照操作系统版本号和身份来决定胜负。
而且此过程中的大部分流量都是广播流量。这就是为什么在多子网环境下需要Wins才能正常使用"网络邻居"。也是为什么竭力建议在企业网络里面尽量少的使用"网络邻居"。它的工作过程决定了在比较大和动态变化的网络里面，注定是不可靠和存在众多问题，并带来混乱的。
一些常见问题:
1　有时候，明明计算机已经关了，但网上邻居上却仍然存在 ----浏览表没有更新
2　所有的网上邻居中的机器不可访问 ----主浏览器死机，还没有选举出新的浏览器
3　某些网上邻居的机器不可用 ----是浏览表中的内容没有更新
浏览服务没有直接的控制选项，除了对于Win9x可以在"网络属性-文件和打印共享服务属性"中控制计算机是否成为浏览服务器，必须通过修改注册表来进行。以下是一些注册表控制参数。
在网络邻居中隐藏特定的计算机:
SYSTEMCurrentControlSetServicesLanmanServerParameters
建立或者修改:
"Hidden"=dword:1/0
1为隐藏。(隐藏之后还是能通过UNC路径名来访问的)
控制是否成为"浏览服务器":
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesBrowserParameters
"MaintainServerList"=REG_SZ:YES/NO/AUTO
"YES"为作为浏览服务器，"NO"不作为，"AUTO"自动。
win9x计算机，控制面版-网络-文件和打印共享服务属性:
主控浏览服务器:无效/有效/自动
(建议设置win9x计算机为无效，经常重启或者从网络断开的计算机设置为无效，来改善网络邻居的工作并提高网络效率)
Microsoft 计算机浏览器服务说明（
http://support.microsoft.com/kb/188001
）
概要在 Windows 2000 和 Windows XP 中，Microsoft Active Directory 服务取代了 Windows 早期版本中使用的计算机浏览器服务，以提供网络基本输入/输出系统 (NetBIOS) 名称解析。Windows 2000 中提供浏览器服务是为了向后兼容运行早期版本 Windows 的客户机。
本文介绍了服务器计算机为网络上的客户机提供浏览列表功能的基本方法。有关浏览器组件更详细的说明，请参见以下文档： •Microsoft Windows NT 4.0 资源工具包，第 3 章，“Windows NT 4.0 浏览器服务”。•以下 Microsoft Web 站点提供的“CIFS/E 浏览器协议”文档：
ftp://ftp.microsoft.com/developr/drg/cifs/cifsbrow.doc
•“Microsoft Windows NT 4.0 资源工具包”Regentry.hlp 文件中描述的浏览器注册表设置。浏览器服务的主要功能是：提供在客户机的域中共享资源的计算机的列表，以及广域网 (WAN) 上其他域名和工作组名称的列表。此列表是向使用“网上邻居”或 NET VIEW 命令查看网络资源的客户端提供的。
[/url]
[url=http://support.microsoft.com/kb/188001#toc]
更多信息浏览器服务维护着一个列表，其中列出了计算机所在的域或工作组的名称，以及运行浏览器服务的计算机所服务的网段上各台计算机所使用的协议。在每个网段上，主浏览器是从位于运行浏览器服务的网段上的计算机组中选出的。
主浏览器负责收集主机或服务器通告，这些通告由主浏览器的网段上的各台服务器每隔 12 分钟以数据报的形式发送一次。主浏览器指示每个网段上的潜在浏览器成为备份浏览器。给定网段上的备份浏览器会向位于同一网段中的客户机提供一个浏览列表。
备注：在 Windows NT 域结构中，总是会选择主域控制器 (PDC) 作为域主浏览器。只有 PDC 才可以是域主浏览器。如果没有 PDC，则无域主浏览器可用，而且您不能从您所在工作组以外的其他工作组获得浏览列表。
在给定网段上，只有一个主浏览器。除 PDC 之外的其他所有域控制器都会被指定为备份浏览器。另外，网络段上每 32 台计算机会被分配一个备份浏览器。
在包含基于 Windows NT Workstation 的计算机的工作组配置中，总是会有一个主浏览器。如果该工作组中至少有两台基于 Windows NT Workstation 的计算机，则还会有一个备份浏览器。工作组中每 32 台基于 Windows NT Workstation 的计算机会另有一个备份浏览器。
如果给定网段上没有域控制器，则会启动一个选择进程，按以下优先级顺序从网段上的计算机中选择主浏览器和备份浏览器：
Windows 2000 Server
Windows 2000 Professional
Microsoft Windows NT 4.0 Server Enterprise Edition
Microsoft Windows NT 4.0 Server
Microsoft Windows NT 4.0 Workstation
Microsoft Windows 98
Microsoft Windows 95
Microsoft Windows for Workgroups 3.11
域主浏览器的作用由于浏览器服务是由广播网段绑定的，而且每个主浏览器都单独维护着它自己的列表，因此一定有办法将这些列表合并为一个域范围的列表。此功能由作为域 PDC 的域主浏览器提供。“传输控制协议/Internet 协议”(TCP/IP) 以外的其他网络协议不需要此功能。
PDC 还负责每隔 12 分钟连接一次它的“Windows Internet 命名服务”(WINS) 主服务器，以便在整个企业范围中获取由 PDC 注册的所有 DomainName 类型  项的列表。这一点是通过发出 MSRPC R_WinsGetBrowserNames 请求实现的。这些名称，连同由主浏览器在整个 WAN 中收集的工作组通告数据报，构成了域名和工作组名称的完整列表。由工作组通告发现的名称优先于从 WINS 获取的名称。这些域名和工作组名称还包含浏览列表中注册任何给定计算机的服务器的名称。如果 WINS 服务器无法使用，或者没有注册，客户端的浏览器就会从注册了该名称的计算机中请求服务器列表。此操作是由客户端的浏览器代表该客户端执行的，称为“双跳”。
PDC 会将 WAN 中各网段上主浏览器收集的所有列表合并起来。每隔 12 分钟，主浏览器会连接一次 PDC，以获取域范围的列表。获取此列表的方法是先发出一个标志为 0xFFFFFFFF 的 NetServerEnum 请求。这个请求会检索域中服务器的完整列表。然后，主浏览器会发出标志为 0x8000000 的相同请求，以请求所有域名和工作组名称。
为了向 PDC 发出信号，让它检索由此主浏览器收集的列表，主浏览器会通过“用户数据报协议”(UDP) 端口 138 向 PDC 发送定向的主通告帧，这样就会向 PDC 发出信号，让它立即连接主浏览器并检索其列表。这一通信过程也是使用两个 NetServerEnum 请求来完成的。首先，发出标志为 0x40000000 的 NetServerEnum 请求，以请求由主浏览器收集的服务器本地列表。然后，发出标志为 0xC0000000 的 NetServerEnum 请求，以检索由本地工作组网段上的其他域或工作组的主浏览器发送的本地工作组通告帧。网段上的每个备份浏览器会每隔 12 分钟发出一个标志为 0xFFFFFFFF 和 x80000000 的 NetServerEnum 请求，以获取服务器、域和工作组名称的完整列表。
注册和传播时间由于浏览器服务依赖于服务器广播，因此其通信是无连接的，按定义是不可靠的。服务器在启动时，会立即发送主机通告帧。此过程在 4 分钟时重复一次，然后在 8 分钟时再次重复。此后，此过程每隔 12 分钟重复一次。
如果允许丢失几个数据报帧，那么，网段的主浏览器在启动后 12 分钟内将给定计算机的名称添加到浏览列表中也就应该是合理的。此时刻之后，会使用面向连接的通信量，而且序列的确定性会更高。在 12 分钟内，网段的主浏览器将连接到 PDC，以获取域范围的列表，同时，PDC 将连接到主浏览器并获悉新服务器。
远程网段上的主浏览器也会每隔 12 分钟连接一次 PDC，并很快获悉新服务器。在远程主浏览器获悉新计算机的名称的 12 分钟内，所有的备份浏览器都会连接到它们的主浏览器。此时，远程网段上的所有浏览器都会获悉新服务器。在多网段 WAN 环境中，域中的所有客户端获悉新计算机所需的最长时间应该是 48 分钟 (12 + 12 + 12 + 12)。在广播和网络使用量比安全参数低很多的网络上，此周期的平均值应该约为一半的时间（24 分钟）。
从浏览列表中删除计算机可能需要更长的时间。为了允许丢失数据报帧，主浏览器要在三个通告周期过去之后才会从其列表中删除服务器。如果服务器没有正常关闭或者网络连接丢失，则服务器可以在主浏览器的列表中保留长达 36 分钟。在此时间之后，将会通知 PDC 删除服务器名称。然后会进行相同的通信流程，以删除服务器名称。在 12 分钟内，远程网段上的主浏览器会从 PDC 获得域范围的列表，而且，在 12 分钟内，每个备份浏览器都会连接到主浏览器。完成此过程需要的时间会长达 72 分钟 (36 + 12 + 12 + 12)。如果服务器是正常关机的，浏览器就会发送一个“主机通告”帧，以标明它不再作为服务器。收到此数据报时，主浏览器会立即将该服务器从其本地列表中删除。在广播和网络使用量比安全参数低很多的网络上，此周期的平均值应该约为一半的时间（36 分钟）。
由于服务器的浏览器角色是通过定期选择来动态定义的，所以要确定用于向特定客户机提供浏览列表的通信流程，可能会很困难。如果主浏览器是正常关闭的，它会在关闭过程中强制选出新的主浏览器。如果被选为主浏览器的备份浏览器已经在网络上存在很长时间，可以接收完整的浏览列表，它就会作为主浏览器启动，并带有已填满的浏览列表，而浏览功能在网段上会继续有效，不会中断。
如果曾用作主浏览器的服务器没有正常关机，或者，如果丢失了主浏览器的强制选择请求数据报，那么，能够在网段上使用浏览功能之前，可能会有延迟。如果客户机请求浏览列表，但无法找到主浏览器，则会导致选择新的主浏览器。备份浏览器发现不存在主浏览器的过程最长可能会需要 12 分钟，具体时间长短取决于网络的使用情况。
名称解析要求域中的名称解析对于分布式浏览模型的正常工作是至关重要的。WAN 中可能成为主浏览器的所有计算机都必须能够解析 PDC 的 DomainName 类型  项。在可能成为主浏览器的计算机收到 PDC 查询的正响应之后，主浏览器也必须能够解析 PDC 的计算机名称类型  项。PDC 必须能够解析可能成为主浏览器的所有计算机的名称，才能连接到它们。PDC 在 UDP 端口上侦听来自主浏览器的定向主通告
此通告会触发 PDC，以解析主浏览器的计算机名称类型 ，并请求提供由主浏览器维护的浏览列表。
向客户机提供了浏览列表之后，客户机必须解析所列任意某台计算机的 NetBIOS 名称项，才能查看共享资源。因此，所有客户机都必须能够解析域中所有计算机的“Internet 协议”(IP) 地址。在大多数网络配置中，这种情况意味着分布式 WINS 结构必须正常工作。

本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u/8676/showart_49816.html