Windows工作组环境是中小型企业中最常见的网络环境。而网上邻居方式是最常使用的网络共享方式。由于众多windows版本的存在且不同版本对网上邻居的处理稍有不同，导致了在混合网络环境中使用网上邻居常会出现各种问题。因此网上有大量的文章探论各种各样的网上邻居使用故障现象与解决办法。但由于大部分文章仅介绍了故障表现，而引起同一故障表现的原因却很可能不同，因此介绍的这些解决方法常常缺乏通用性。本文之所以称为终极指南在于本文试图从网上邻居的工作原理上解析可能出现的各种访问故障，进而给出建议措施。即使你出现的故障在文中并未提及，也可以根据其工作原理分析故障的生成原因并加以排除。

　　网上邻居共享的工作原理

　　网上邻居的工作模式是一个典型的客户端/服务器工作模型，现在，回想一下访问网络邻居的过程，首先，点击网络邻居图标，打开网上邻居列表，其次，点击打开目标服务器图标，列出目标服务器上的共享资源，接下来，点击需要的共享资源图标，进行需要的操作(这些操作包括列出内容，增加，修改或删除内容等。

　　进一步分析一下这个过程，当点开网上邻居列表时，这个阶断的实质是列出一个网上的可以访问的服务器的名字列表。在点击一台具体的共享服务器时，这时先发生了一个名字解析过程，我们的电脑会尝试解析名字列表中的这个名称，并尝试进行连接。在连接到该服务器后，我们可以根据服务器的安全设置对服务器上的共享资源进行允许的操作。

　　下面让我们一步步的来分析这些过程。

　　取得网络资源列表

　　当我们点击网上邻居图标时，我们是如何获得当前网络上可以访问的服务器列表的呢?在一个有域的windows网络环境下，我们也可以通过活动目录服务来取得这个列表。而在工作组环境中这主要依靠windows的浏览服务。

　　关于windows浏览服务，网上有不少文章，这里就不再详细介绍。这里我们需要知道的是，浏览服务为各客户机提供的资源列表并不是实时的，也不一定是全局一致的，它依靠每12分钟一次的轮询来刷新和同步这个列表，因此，这个列表经常与实际情况不一致。下面两张图分别例示了两种情况，在这两种情况下，网络环境的变动分别需要48分钟和72分钟才能反映到全网的全部浏览列表。

这张图里新加入的子网A的服务器需要经过48分钟才会出现在子网C的浏览列表中

在这张图里，子网A中服务器离线的消息在最坏情况下(也即列表刚刚刷新后发生了离线)，需要72分钟后才会从子网C的浏览列表中消失。

　　基于浏览服务的工作机理导致的浏览列表与实际情况不一致的现象非常常见，这也是很多人提到的使用网上邻居时遇到的一类问题，比如机器已经关了还在列表中，我的机器怎么在列表里找不到。只要你使用浏览服务，就无法根除这个问题。

　　当我们点击网络邻居列表里的一台机器时，这时首先会发生一个名称解析过程。

　　谈起名称解析，我们常会想到DNS，事实上，网上邻居的名称解析也是可以使用DNS系统的。不过前提是你需要架设局域网DNS服务器对局域网的各机器名进行解析。

　　如果你没有安装局域网DNS，你也可以使用NETBIOS的名字服务还对机器名进行解析，NETBT（TCP/IP上的NETBIOS）协议也可以将一台NETBIOS机器名解析为IP地址，可以用nbtstat　-c命令查看本机缓存的NETBIOS名称和IP地址的映射表。也可以使用nbtstat –r 命令来利用NETNBT广播来将指定NETBIOS名称解析为IP地址。由于广播方式是无法跨子网的，所以当NETBIOS要求解析跨子网的名称时，必需要正确设置WINS服务器来进行跨网络的NETBIOS名称解析。

　　除以上方式外，网上邻居还允许通过Lmhost文件来进行名字解析。

　　除了基于TCP/IP的NETBT和DNS，由于网上邻居也允许运行NETBEUI和IPX/SPX等其它协议上，因此对机器名的解析不一定非局限为解析成IP地址，比如NETBEUI协议数据包仅包含二层链跑层地址，因此不可路由也无法跨越子网，但在小型网络中使用NETBEUI协议不但可以提高效率，而且它的工作不受防火墙设置的影响，免去了设置防火墙的麻烦。