我已经设置了用户通过在Windows Server 2008上的活动目录设置login。当他们尝试login到他们的机器上，只需要login两分钟。 可能是什么问题呢？
机器只运行活动目录没有其他networking服务。
通常，“缓慢login”问题是客户端的DNSparsing问题。 检查客户端是否使用AD DNS服务器（ 仅限 AD DNS服务器，而不是您的提供商的DNS服务器，而不是您的路由器的DNS服务 – 实际上只是您的AD的服务器）。
同时检查您的DC的名称注册是否正确 – 使用这个dcdiagtesting工具。 dcdiag已经预装在所有Windows Server 2008 DC上。
从Microsoft有关dcdiag的文档 ：
以下步骤总结了如何解释由DNS增强的dcdiag提供的结果：
运行dcdiagtesting：DNS / e /f:dns.txt。 Microsoftbuild议始终使用/ v开关以获取详细信息。
在记事本或兼容的编辑器中打开报告。
滚动到报告结尾并阅读汇总表。
识别在汇总表中为任何子testing返回“警告”或“失败”状态的服务器。
查看该服务器的输出部分，以查看检测到的问题（提示：使用编辑菜单上的“查找”命令searchstring“DC：DC_computername”（不带引号）以查找给定DC的详细部分。
根据需要解决DNS客户端或DNS服务器上的问题。
再次运行dcdiag / test：DNS / v / e（或/ s：DCName）以validation修复。 根据需要重复第1步到第6步，直到所有失败都被理解和调和。
您可以通过启用用户环境日志logging来获取用户login中涉及的每个事件的非常详细的日志。
Userenv日志文件包含以下信息：
- 预期未处理或未应用的组策略设置
- 文件夹redirect不会发生
- configuration文件或registryconfiguration单元加载，卸载或删除失败
- login脚本或脚本不按预期应用
- 由于检测到缓慢的链接而发生的默认行为
- 漫游configuration文件问题
- login问题缓慢
- 一个给定的GPO是否可以访问，如果没有，为什么访问被拒绝。
- 正在访问SYSVOL的域控制器的名称。
上面的链接详细说明如何解释日志; 这是如何启用它的Windows Vista / Server 2008之前和发布 。
也有可能考虑configuration文件的大小。 如果用户在其configuration文件中存储大量数据，则也会影响login性能。