正在应用配置.docVIP

最近公司有台电脑在输入用户名密码之后，总卡在正在应用计算机设置处。 大概3~4分钟后才能有反应，出现桌面。这个问题很很奇怪。。。。。。网上搜索了无数，也没有个定论。说的最多的就是重装个系统算了 ? 最后一遍一遍的查ou，查组策略，查体日志。发现并非如网上所说的域的dns问题。而是因为1：虚拟机软件在登录的时候在初始化它的两个虚拟网卡，所以这里要比普通电脑多费点时间。在这之后。2：有一个服务因为不能启动，系统一直等到它超时才接下去启动别的服务。于是就遇到了在登录时碰到的这个问题。在禁用掉启动不起来的服务之后（本来就是个可有可无的服务），登录系统所花的时间已经可以接受（大约1分钟的样子），如果把虚拟机给卸载掉的话，启动起来就可以用飞速来形容了 在这里记一笔，希望对碰到同样问题的人有帮助。 最新添加2009-10-27 注册表键值： HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control 在Control字段下边添加一个新的字段“ServicesPipeTimeout”，类型是DWORD。它的值设置为60000，即60秒（DEC十进制）这个值如果不添加，服务启动的超时默认是30秒 ?这里可以自己定义一下服务的超时时间。。。是长是短就看自己了 最后在转一下一篇kb： 使用 Windows XP 计算机登录到域或连接到网络资源时遇到延迟 /kb/832161/zh-cn 概要 症状 原因 解决方案 方法 1：安装最新的 Windows XP Service Pack 方法 2：配置 Internet Explorer 以绕开代理服务器 方法 3：更改网络提供程序的顺序 方法 4：安装相关修复程序 方法 5：调整 Internet Explorer 的安装 替代方法 状态 更多信息 Windows XP WebDAV 重定向程序 Windows XP Microsoft Office 注意 URLScan 禁止 WebDAV 请求 超时的注册表设置 参考 概要 本文介绍登录到域和打开网络共享时出现长时间延迟的问题。其中可能有各种原因。包括 WebClient 服务问题、代理设置问题以及服务器配置问题等等。 您可以进行一个简单的测试：关闭客户端计算机上的 WebClient 服务，或者关闭服务器上正在侦听传输控制协议 (TCP) 端口 80 的服务。如果其中任一替代方法解决了此问题，则有多种途径可以重新启用这些服务并减少延迟。更新到最新的 Windows XP Service Pack；绕开本地服务器的代理服务器；更改网络提供程序的顺序以使 WebClient 成为最后一个提供程序；安装 WebClient 服务的任何更新，然后根据 Internet Explorer 配置进行调整。 症状 当您使用的计算机安装了“适用于”一节所列的操作系统时，可能会遇到下列一种或多种症状： · 在登录屏幕上键入密码后，计算机似乎停止响应（挂起）。此问题从处理组策略时开始出现，一直持续到出现蓝屏之后、出现桌面图标之前。时间可长达几分钟。 · 在登录过程中，您看到一条“正在应用计算机设置”的消息持续了好几分钟。但是，只要断开网络连接，就可以很快登录同一计算机。 · 试图打开某个网络共享时出现长时间延迟。 · 当您试图打开位于分布式文件系统 (DFS) 共享上的一个文件时，可能要花 90 秒到 15 分钟时间才能将其打开。但是，您也许可以使用该文件的直接路径快速将其打开。 · 当您使用 Microsoft Internet Explorer 6 访问基于 Microsoft Windows NT 4.0 的服务器或基于 Microsoft Windows 2000 的服务器上的共享时，共享访问似乎停止响应（挂起）。 注意：如果再多等一会儿（大概 10 分钟或更长时间），您也许就可以访问请求的共享了。 原因 在上述所有症状中，计算机都必须打开一个网络共享。打开网络共享的请求使用通用命名约定 (UNC) 路径 \\Servername\Sharename\Directory\Filename.ext。该 UNC 位置首先被传递给 WebClient 服务。WebClient 服务可能会试图连接到 http://Servername/Sharename。WebClient 服务可能会试图使用 Windows 的 Internet 扩展并通过代理服务器来联系启用 Web 分布式创作和版本管理 (WebDAV) 的服务器。该代理服务器试图在端口 80 上联系目标服务器。下列一个或多个原因可导致访问共享延迟：· WebClient 等待代理服务器的响应。响应也许从未发送出去。如果是这样，就会出现延迟，一直到 W