见鬼: 列表更新，你最少需要12分钟

1．本地更新时间

　　由于浏览器服务依赖于广播数据包，因此其通信是无连接的、不可靠的。服务器在启动时，会立即发送主机通告帧。此过程在 4 分钟时重复一次，然后在 8 分钟时再次重复。此后，此过程每隔 12 分钟重复一次。如果允许丢失几个数据报帧，那么，此网段的主浏览器在启动后 12 分钟内将给定计算机的名称添加到浏览列表中也就应该是合理的。

　　此时刻之后，浏览器服务会使用面向连接的通信量，而且序列的确定性会更高。在 12 分钟内，网段的主浏览器将连接到 PDC，以获取域范围的列表，同时，PDC 将连接到主浏览器并获悉新服务器。当浏览计算机客户端要访问网络中的共享资源的时候，比如打开网络邻居，它会向主控浏览服务器发送getbackuplist帧，询问最新的备份浏览服务器列表，然后主控浏览服务器把最新的三个备份浏览服务器列表（如果有）响应给该客户端，客户端先把这个列表存放在高速缓存中，再随机地从中选择一个备份浏览服务器，向其发送Netserverenum调用，要求最新的浏览列表。

2．远程更新时间

　　远程网段上的主浏览器也会每隔 12 分钟连接一次 PDC，并很快获悉新服务器。在远程主浏览器获悉新计算机的名称的 12 分钟内，所有的备份浏览器都会连接到它们的主浏览器。此时，远程网段上的所有浏览器都会获悉新服务器。在多网段环境中，域中的所有客户端获悉新计算机所需的最长时间应该是 48 分钟 (12 + 12 + 12 + 12)。如果网络效率较高，此周期的平均值应该约为一半的时间（24 分钟）。

答案：列表更新，你最少需要12分钟

　　由于服务器的浏览器角色是通过定期选择来动态定义的，所以要确定用于向特定客户机提供浏览列表的通信流程，可能会很困难。如果主浏览器是正常关闭的，它会在关闭过程中强制选出新的主浏览器。如果被选为主浏览器的备份浏览器已经在网络上存在很长时间，可以接收完整的浏览列表，它就会作为主浏览器启动，并带有已填满的浏览列表，而浏览功能在网段上会继续有效，不会中断。

　　如果曾用作主浏览器的服务器没有正常关机，或者，如果丢失了主浏览器的强制选择请求数据报，那么，能够在网段上使用浏览功能之前，可能会有延迟。如果客户机请求浏览列表，但无法找到主浏览器，则会导致选择新的主浏览器。备份浏览器发现不存在主浏览器的过程最长可能会需要 12 分钟，具体时间长短取决于网络的使用情况。

　　为何有些计算机开机后却无法在列表里找到？相信通过上面的分析，大家可以判断出来是由于延迟造成的问题了吧。如果能保证所有的计算机都稳定的运行12分钟，这家公司中的网络邻居列表就会正常了。