我一直在尝试诊断缓慢的login到我的域名。 我的第一站之一是域名login非常缓慢10+分钟 。
到目前为止，我已经能够告诉它必须处理应用文件夹redirect的策略并pipe理性地分配脱机文件。 启用此策略可靠地将30 – 90秒添加到login。
即使在redirect的文件夹中只有20兆字节的configuration文件中，也会发生这种情况。
我经历了一些文章，包括使用procmon来查看是否发生了挂断的build议。 我确实发现并修复了一个旧的计划任务中的第二次挂断，但没有解释这么长时间的滞后。
我也看了几个积极的安装程序build议 – 如邮件应用程序。
在爆发Wireshark之前我还能检查什么？
编辑问题：
我追查了罪魁祸首。 应用文件夹redirect/脱机文件的相同组策略也负责驱动器映射。
我们build立了映射的驱动器，只映射到某些人，然后只映射到特定的工作站。 有问题的服务器刚开始使用IPsec。 而不是默默的映射，每次有人试图映射时，花费30秒时间，如果用户最近尝试访问该服务器上的资源，花费的时间就会更长。
添加一个改进的条件逻辑我的gpp目标固定 – 3秒钟login，而不是90。
希望这将有助于在同一条船上的其他人。