安装多个重定向器使用的连接延迟

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

本文内容

症状

当您试图从一个系统与安装的多个重定向器连接到网络资源时,您可能会遇到延迟。此延迟只发生在第一次尝试连接。

原因

非 WNET API 初始 UNC 连接尝试从多个重定向器的系统建立到网络资源时, Windows NT 系统会将请求发送到多个 UNC 提供程序 (MUP) 标识的重定向器应处理该请求。

解决方案

Windows 4.0 NT

若要解决此问题,获得最新的 service pack,对于 Windows NT 4.0 或 Windows NT Server 4.0,终端服务器版。有关详细的信息请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
152734如何获取最新的 Windows NT 4.0 服务包

Windows 2000 和 Windows XP

对该 MUP 修改了,这样如果首先尝试重定向程序具有最高优先级的成功的响应与,然后绕过这些重定向器使用较低的优先级,并通过具有最高优先级重定向程序建立连接。

启用此功能需要一个更新的 Mup.sys。可以通过修改注册表项 DisableDFS 提高速度的提高。

重要此分区、 方法,或任务包含告诉您如何修改注册表的步骤。但是,如果注册表修改不当可能会出现严重问题。因此,请确保您仔细按照这些步骤。附加的保护注册表之前先备份您对其进行修改。然后,您可以在出现问题时还原注册表。有关如何备份和还原注册表的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
322756如何备份和还原在 Windows 注册表

警告注册表编辑器使用不当会导致严重的问题,可能会要求您重新安装操作系统。Microsoft 不能保证可以解决导致错误地使用注册表编辑器的问题。使用注册表编辑器需要您自担风险。

有关如何编辑注册表的信息查看注册表编辑器 (Regedit.exe) 或 Regedt32.exe 中在"添加和删除注册表中的信息"和"编辑注册表数据"联机帮助主题中的"改变项和值"联机帮助主题。请注意您应该备份注册表之前对其进行编辑。
  1. 启动注册表编辑器 (Regedit.exe)。
  2. 请转到以下子项:
          HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Mup
    						
  3. 创建一个新的值,使用以下信息,请执行以下操作:
          DisableDFS  REG_DWORD
          Range:  0 or 1
          Default:  0 (Enabled)
    						

    将此参数设置为 1。

    如果设置为 1 的 DisableDFS 键,客户端将无法再访问分布式文件系统命名空间。这包括 Active Directory 中的 SYSVOL 命名空间。如果客户端是成员的 Active Directory,不要将此参数设置为 1。
注意如果使用的 IntranetWare 客户端从 Novell 需要请按照下列步骤中,除了上面列出的步骤:
  1. 运行注册表编辑器 (Regedt32.exe)。
  2. 请转到以下项:
          HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services
          \NetwareWorkstation\NetworkProvider
    						

    注意上面的注册表项是一个路径,它经过了折行以提高可读性。
  3. 单击设备名称,单击编辑,然后单击字符串。
  4. 更改 \Device\NetwareRedirector \Device\NetwareWorkstation。
  5. 单击确定,退出注册表编辑器并重新启动计算机。

更多信息

在 MUP 首先建立分布式文件系统 (Dfs) 是否正在使用中,将请求传递给 Dfs。

在 MUP 然后检查其内部缓存,以查看是否有已建立连接以前 (MUP 缓存中的项保存为 15 分钟)。 然后,在 MUP 将请求发送到每个重定向器的同步处理每个请求,并会尝试确定与请求匹配的网络上的资源。所有重定向器返回之后,该 MUP 选择 (根据响应和优先级) 应用程序将使用哪个重定向程序。

这些延迟来自两个位置: 首先,在尝试通过 Dfs 和第该 MUP 的二,个中访问该资源必须等待并在完成该请求之前接受所有的重定向器中的所有响应。因此,即使资源是随时可用和可访问超过一个重定向器,请求必须仍然使通过重定向在其他已安装程序在请求完成。

根据重定向程序、 协议,和计时器配置用于连接的数目,这些延迟不能超过 13 秒钟,每个初始连接。

例如,将使用 NetWare 重定向器。

下面阐释了一个初始的 UNC 连接尝试:
  1. 应用程序使 UNC 请求。
  2. 检查 Dfs 和处理请求时,如果启用了 Dfs。
  3. 在 MUP 然后检查 MUP 缓存的最新的连接。
  4. 在 MUP 将查询然后对第一个的转发此的示例中的 NetWare 和重定向器响应。

    注意如 NetWare 使用仅 IPX,该调用是快速,会立即返回。
  5. 在 MUP 将请求发送到第二个的转发此的示例中的 Microsoft 和第二个重定向器响应。

    注意对于 Microsoft 重定向程序延迟取决于安装该协议。使用 TCP/IP,延迟存在时通过 WINS、 广播、 LMHOSTS 文件、 DNS,等查询的资源名称。例如对于默认延迟 h 节点客户端为 13 秒。
  6. 为每个重定向的程序,因此如果这两个重定向器返回成功,优先级用来指定哪些重定向程序将请求查询分配优先级。
  7. 基于 MUP 的决策对应用程序返回的资源句柄。
如果 NetWare 资源进行了应用程序的请求,应用程序将不得不等待超时,Microsoft 重定向器之前返回到该资源的句柄。

可以使用以下步骤配置为在重定向程序优先级:
  1. 运行控制面板中的的网络工具。
  2. 单击服务并单击网络访问顺序。

状态

Microsoft 已经确认这是在 Windows NT 4.0 和 Windows NT Server 4.0,终端服务器版的问题。 Windows NT 4.0 服务包 4.0 和 Windows NT Server 4.0,终端服务器版 Service Pack 4 中,第一次已得到纠正此问题。

属性

文章编号: 171386 - 最后修改: 2009年4月14日 - 修订: 5.1
这篇文章中的信息适用于:
  • Microsoft Windows NT Server 4.0 Terminal Server(终端服务器)
  • Microsoft Windows NT Workstation 4.0 开发员版
  • Microsoft Windows NT Server 4.0 Standard Edition
  • Microsoft Windows 2000 Professional Edition
  • Microsoft Windows 2000 Server
  • Microsoft Windows XP Professional Edition
关键字:?
kbmt kbhotfixserver kbqfe kbbug kbfix kbnetwork KB171386 KbMtzh
机器翻译
注意:这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇,语法或文法的问题,就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量,但是我们不保证机器翻译的正确度,也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。
点击这里察看该文章的英文版: 171386
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