Microsoft 计算机浏览器服务疑难解答

文章翻译 文章翻译
文章编号: 188305 - 查看本文应用于的产品
展开全部 | 关闭全部

本文内容

概要

尽管没有集中的方法确定 WAN 中的浏览列表是否完整,但是可以使用一些来确定特定网段上的服务器是否显示在远程网段上的浏览列表中。这些相同的技术可应用于整个 WAN 中的所有网段。但是,如果服务器的角色在发生浏览器选举时发生了变化,则这些测试的结果可能会有所不同。仅当整个 WAN 的域中的所有服务器都完全是静态的,而且没有服务器发生联机或脱机时,这些测试的结果才在一段时间内有意义。

下面描述的测试依赖于 Microsoft Windows Resource Kit 实用工具中的 Browstat.exe 实用工具。示例输出仅适用于 TCP/IP 协议。此外,与大多数网络问题诊断一样,要解决浏览器服务问题,管理员必须具备有关网段边界以及网络中路由器配置的全面知识。例如,假定远程网段中的客户端没有在其浏览列表中列出某个位于另一网段中的服务器。

由于浏览器服务的时间敏感性以及它对广播数据报的使用,您应该在等待 48 分钟的周期(多网段域环境中的完整传播周期)过去以后再执行这些步骤。

请记住,所有浏览器之间的名称解析非常关键,并且要做的第一件事是使用 WINS 建立可靠的名称解析结构。尝试确定实际上是由名称解析问题引起的浏览器问题时,可能会浪费很多时间。

更多信息

  1. 在服务器所在的网段中查找主浏览器。在丢失的服务器所在的网段中运行以下命令:
    browstat status
    响应类似于:
    Status for domain DomainName on transport \Device\NetBT_IEEPRO1

    Browsing is active on domain.
    Master browser name is:MasterBrowser
    Master browser is running build 1381
    1 backup servers retrieved from master BackupBrowser
    \\SmallerServer
    There are 100 servers in domain DomainName on transport
    \Device\NetBT_IEEPRO1
    There are 1500 domains in domain DomainName on transport
    \Device\NetBT_IEEPRO1
    这些信息应指明哪个服务器正在充当网段中的主浏览器。但是,如果本地主浏览器响应速度太慢,可能会先从另一主浏览器中收到这些信息。

    该命令的结果为您提供了“\Device\Protocol_NIC”字符串,您可以与其他 browstat 命令一起使用该字符串。

    要查找客户端网段中的本地主浏览器,请运行以下命令:
    browstat getmaster \device\netbt_el59x1 域名
    使用 statusgetmaster 开关会发送一个 DomainName<1d> 查询并返回该网段的当前主浏览器。浏览器服务不能用于查明哪台计算机正在充当主浏览器。如果浏览器服务本身被用于指示哪些计算机正在充当网段中的主浏览器,则您可以远程执行此步骤,但是这需要管理员知道各网段中所有服务器的名称。同时,这也是一种很拙劣的疑难解答技术,因为浏览器服务本身正被用于解决浏览器问题。而且,即使这个浏览器没有问题,返回的列表也可能已过时 36 分钟。要远程确定域中的主浏览器的列表,请运行以下命令:
    browstat view \device\netbt_ieepro1 \\pdcname | findstr /i mbr
    接下来,管理员必须确定哪一个主浏览器位于包含丢失的服务器名称的网段中。

    如果找不到主浏览器,您可以强制进行选举,方法是停止然后启动该服务器所在网段中的域控制器上的浏览器服务。几分钟后,再次运行该测试。或者,在该服务器所在网段中的某个服务器的控制台中,通过运行以下命令强制进行选举:
    browstat elect \device\netbt_ieepro1 domainname
  2. 确定主浏览器的列表是否包含该服务器的名称。主浏览器是必定包含已丢失服务器的名称的通讯链中的第一台服务器。该测试确定主浏览器是否已收到服务器的“Host Announcement”帧。请注意,“\device...”字符串是从上面的输出中获得的。运行以下命令:
    browstat view \device\netbt_ieepro1 \\主浏览器 | findstr /i 丢失的服务器
    如果主浏览器的列表中包含该服务器,则该命令将返回类似于以下内容的响应:
    \\丢失的服务器 NT 04.00 (W,S,NT,PBR,DFS) 服务器的描述
    \\丢失的服务器
    如果本地主浏览器不包含该服务器的名称,则您可以从丢失的服务器所在网段中的任一计算机中运行以下命令:
    browstat forceannounce \device\netbt_el59x1 域名
    或者,您可以从丢失的服务器的控制台中运行以下命令:
    browstat announce \device\netbt_el59x1 域名
    验证丢失的服务器是否能够将网络驱动器映射到主浏览器以验证网络连接,可能会很有用。

    此外,您还可以重新启动服务器以强制发送一个“Host Announcement”帧。

  3. 确定 PDC 是否已从主浏览器接收到服务器的名称。运行以下命令:
    browstat view \device\netbt_ieepro1 \\pdc | findstr /i 丢失的服务器
    输出内容应类似于:
    \\丢失的服务器 NT 04.00 (W,S,NT,PBR,DFS) 服务器的描述
    \\丢失的服务器
    如果服务器的名称丢失,可能是因为名称解析问题。要让 PDC 从主浏览器获取服务器列表,服务器的主浏览器必须能够解析 DomainName<1b> 名称,以便它能够通过使用 UDP 端口 138 来发送定向的“Master Announcement”帧。要让 PDC 响应此公告以获取服务器的名称,它必须能够解析主浏览器的计算机名称。(要让服务器的主浏览器从 PDC 获取域范围列表,它也必须能够解析 PDC 的计算机名称。)

    能够在这两个方向进行名称解析非常关键。要验证服务器的主浏览器能够解析 DomainName<1b> 项,请运行以下命令:
    browstat getpdc \device\netbt_el59x1 域名
    要验证 PDC 和主浏览器能够解析彼此的计算机名称,请将网络驱动器从主浏览器映射到 PDC,并且将网络驱动器从 PDC 映射到主浏览器。如果上述步骤中的任一步骤无法执行,请解决名称解析问题。

  4. 确定客户端网段中的主浏览器。请使用第 1 步中的步骤来完成此任务,但是这些步骤要在客户端网段中执行。
  5. 确定主浏览器是否包含客户端网段中已丢失服务器的名称。运行以下命令:
    browstat view \device\netbt_ieepro1 \\mbclientseg | findstr /i 丢失的服务器
    如果服务器包含该项,则输出内容应类似于:
    \\丢失的服务器 NT 04.00 (W,S,NT,PBR,DFS) 服务器的描述
    \\丢失的服务器
    如果主浏览器不包含已丢失服务器的名称,则可能是因为名称解析问题。通过运行以下命令,验证客户端网段中的主浏览器是否能够解析 DomainName<1b> 名称:
    browstat getpdc \device\netbt_el59x1 域名
    而且,主浏览器还必须能够解析 PDC 的计算机名称。要验证这一点,可将网络驱动器映射到 PDC。

    如果这些测试中有一个无法执行,请解决名称解析问题。

  6. 确定客户端网段中的备份浏览器。为了减少对网段主浏览器的需求,当客户端请求浏览列表时,它将选择备份浏览器(如果有)。因此,很可能所有客户端都使用备份浏览器。有两种方法可确定该网段的本地备份浏览器。

    从主浏览器控制台中,运行以下命令:
    browstat locallist \device\netbt_ieepro1 | findstr /i bbr
    这将返回类似于以下内容的项目列表:
    \\备份浏览器 NT 04.00 (W,S,BDC,NT,BBR,DFS) 服务器描述
    \\备份浏览器
    要在主浏览器中远程执行该命令,请运行以下命令:
    browstat view \device\netbt_ieepro1 \\主浏览器 0x40000000 | findstr /i bbr
    注意:这些标志在以下“CIFS Browsing Protocol”(CIFS 浏览协议)文档中定义:

    ftp://ftp.microsoft.com/developr/drg/cifs/cifsbrow.doc
  7. 确定备份浏览器是否包含已丢失服务器的名称。要让该网段中的所有客户端都能够检索可靠的浏览列表,您必须检查每个备份浏览器是否包含已丢失服务器的名称。对于每个备份浏览器,运行以下命令:
    browstat view \device\netbt_ieepro1 \\备份浏览器 | findstr /i 丢失的服务器
    如果备份浏览器不包含已丢失服务器的名称,请验证该备份服务器是否能够将网络驱动器映射到主浏览器。备份浏览器角色是变动频率最高的浏览器角色。根据浏览器负载的不同,主浏览器会指示潜在的浏览器变成备份浏览器。等待 12 分钟,然后重复步骤 6 和 7。
有关计算机名称为什么会不在浏览列表中的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
231312 Computer Name Missing in the Browsing List

多宿主问题

要让 PDC 建立单个域范围列表,它不能是多穴服务器。远程网段中的每个主浏览器都将与 PDC 建立连接。由于不能保证每个主浏览器都会选择 PDC 中的同一接口,因此 PDC 必须是单宿主的,以便可以建立单个域范围列表。此外,所有的主浏览器也都必须是单宿主的。每隔 12 分钟,主浏览器都会连接到 PDC 并请求域范围列表。然后,主浏览器会向 PDC 发送一个“Master Announcement Browser”帧以告知它连接到主浏览器并获取它的本地列表。但是,由于 PDC 不会为主浏览器上的各个接口维护单独的 IP 地址,因此当 PDC 连接到主浏览器时,它只能获取在该特定接口中收集的计算机和服务器的列表。

其他注意事项

要避免遇到间歇性的浏览器功能以及避免执行这些测试,您可能需要在各个网段中使用专门的计算机来维护一致的域范围列表。如果服务器频繁关机并重新启动,而且网段的数量不是很大,可考虑在每个网段中放置一个 BDC,或者至少放置一个基于 Windows 的成员服务器,并将其 IsDomainMaster 注册表设置设为 True。这将为该服务器提供一定的优势,以便其在选举期间成为网段的主浏览器。

如果上述步骤中没有一个步骤能够执行以使您可以继续执行下一步,请验证您已经识别的浏览器服务器都不存在“name in conflict”(名称冲突)错误。您可以通过运行以下命令来对此进行检查:
nbtstat -n
您可以通过使用 -A-a 开关来远程使用该命令。

浏览器对整个 WAN 中路由器的配置非常敏感。由于浏览器角色是由广播选举确定的,因此不能转发 UDP 广播。如果 UDP 广播通信被沿一个方向转发而没有沿另一个方向转发,就可能出现奇怪的现象。这可能会生成“8003”浏览器事件,从而导致连续不停地进行选举。

尝试解决问题时可以采取的另一个步骤是:使用协议分析器(如 Microsoft 网络监视器工具)捕获网络通信。要直接查看浏览器交换,可以停止然后重新启动浏览器服务。遗憾的是,无法保证在您停止然后启动浏览器服务后,浏览器会担任它以前担任的同一角色。不过,这种方法对于在以下情况下验证通信尤其有用:主浏览器从 PDC 请求域范围列表,紧接着 PDC 从主浏览器请求本地列表。当浏览器服务在主浏览器中启动后,应该在一到两分钟内发生完全交换。配置协议分析器的捕获缓冲区和帧大小设置,以允许进行此数量的通信。

Windows NT 4.0 之前的浏览服务返回的服务器列表的大小被限制为 64 KB。当超出该大小时,您将会看到被截断的服务器字母顺序列表。要避免此现象,所有浏览器都必须运行 Windows NT 4.0 版或更高版本。

参考

有关更多信息,请参考以下 Microsoft Web 站点中的白皮书“Microsoft Windows NT Browser”(《Microsoft Windows NT 浏览器》):
http://technet.microsoft.com/en-us/library/cc767893.aspx

属性

文章编号: 188305 - 最后修改: 2011年9月23日 - 修订: 6.0
这篇文章中的信息适用于:
  • Microsoft Excel 4.0 for Macintosh
  • Microsoft PowerPoint 3.0 for Macintosh
关键字:?
kbinfo kbnetwork kbtshoot KB188305
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性,不作任何声明。 所有该等文件及有关图形均"依样"提供,而不带任何性质的保证。Microsoft和/或其各供应商特此声明,对所有与该等信息有关的保证和条件不负任何责任,该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下,在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中,Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。

提供反馈

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com