我们有一个SBS 2008域。 在这个我们有Windows XP客户端。 但是，我们正在testingnetworking上的Windows 7（64位）机器。
每次login需要10到15分钟的时间！
我已经检查了客户端机器上的事件日志，唯一的错误是我可以看到的;
事件ID：6005 winlogon通知订阅者花了615秒来处理通知事件（CreateSession）。
我没有在服务器事件日志中的警告，一切按名称确定，所以我猜DNS是好的。
有人可以请一个这个，因为我们真的想与Windows 7一起去。
最后，服务器和Windows 7的机器都完全打补丁和更新。
谢谢。
检查这些机器上的DNS设置。 此问题通常是由客户端不具有SBS计算机作为其主DNS服务器。
你是否在做任何违反UAC的login脚本？ 尝试禁用UAC，并重新启动（这是UAC更改所必需的），看看是否还需要10分钟。
当UAC失败时，Windows 7不会显示login脚本的状态，所以您不知道发生了什么…至less这是我们的经验。
我在Vista中看到了这一点，结果是两种可能性
networking驱动程序是MS的一个。 更新到最新的供应商提供的一个显着改进的性能
另一个与login脚本和策略有关。 login脚本是否应用于此机器？ 是否启用策略“同步运行login脚本”。 我们暂时禁用策略或删除login脚本来检查结果。
看到别人这个问题，以上没有帮助。
当我对我的SBS 2003服务器运行Windows 7testing版时，我看到了类似的情况。 当我安装Windows 7 RC（一个干净的安装）时，问题消失了，所以我认为问题是由升级的Windows Vista安装中的“行李”造成的。 无论如何，我从来没有发现的根本原因，并没有重新发生，因为我现在有几台Windows 7的机器，他们都很好。
是机器升级还是加铺？ 升级通常是以很多“行李”为代价的，从我的经验来看，一个干净的安装虽然不方便，但从长远来看总是会更好。 你可以尝试一个干净的安装，看看问题是否仍然存在？
我有一个Windows 7login到SBS服务器类似的问题。
发现在线文档提示问题是由于Windows Managment Instrumention日志在启动时被扫描。 冉两个修补程序被列为解决scheme修补程序435137和Win 7 x 32的修补程序437953。
还要将networking位置感知服务设置为手动启动。
这两个步骤之一解决了这台电脑的问题。
很奇怪的问题，login到域名需要10-20分钟。