Windows Server 2003 DC中的域用户连续帐户locking错误

一些随意的想法：

1. 启用对客户端上的login/注销事件的审计，和/或;
2. 使用Microsoft SysInternals进程资源pipe理器和进程监视器来监视和调查进程以及他们正在使用的凭据。 例如，Process Explorer向您显示用于启动进程的凭据，但您也可以深入查看并通过模拟调查正在使用的凭据（启用下窗格视图，将下窗格设置为显示句柄，然后查找令牌对象）

那就是我开始的地方

我也会运行netlogon服务并查看其日志。 你也可以检查netwrix。 他们有一个程序调用帐户locking考官，与此程序，您可以查看他们login到哪个工作站上的帐户。 哦，另一点是：客户端有两个网卡？ 我之所以问，是因为笔记本电脑在做同样的事情。 他们都同时打到DNS进行身份validation，这导致我们终止了locking问题。

帐户locking审查员

启动nelogon

我很确定我同意@SimonCaitlin的方法。 Proces探险家可以为你快速取胜。 我只是想我会添加以下附加的想法。

你有这个问题的两个潜在的来源，系统或用户。

系统可能试图在该用户的上下文中运行服务。 这应该在services.msc控制台中列出。 或者你可以尝试禁用服务，看看停工发生的时间。

如果特定用户login时发生locking，则可以安全地声明该用户正在运行的进程正在导致locking。 如果您已清除凭据，断开连接的驱动器等，则可以尝试用新的用户configuration文件replace。

呵呵，计划任务是计算机和用户angular度来看失败的身份validation请求的另一个潜在来源。 它可以是configuration为在该用户的上下文中运行的任务，也可以是正在尝试使用域控制器进行身份validation的其他方式使用存储凭据运行的脚本。 这是以前发生的，停工时间的规律性是免费的。

域中只有一个DC吗？ 你有没有进入区议会？

检查事项：

1. 使用AD信誉的程序。
2. 持续的驱动器映射。
3. 计划任务。
4. 断开的RDP / TS会话。
5. Outlook和Outlook Web Access
6. 移动电子邮件应用程序（如果您使用Lotus Domino w / Traveler等电子邮件作为例子）
7. 无线设置（如果您使用无线用户authentication）
8. 服务以用户身份运行。

使用LockoutStatus.exe可以看到哪个DC获取了错误的密码尝试。 使用EventCombMT.exe为你分析它们：

对于EventCombMT ：

双击“EventCombMT.exe”，然后点击“search”下拉菜单，然后“内置search”，然后“帐户locking”。 这将做什么是预先填充你的一些search条件。 它将获得您的域控制器的列表，请勾选“安全”日志框。 选中“成功和失败审计”框，最后填入一些“事件ID”。 （注意：如果您有Windows 2008 DC，请将以下事件ID添加到search行： 4625 4740 ）

您也可以像其他人一样使用SysInternals Process Explorer和Process Monitor ，但是如果问题出在您运行的机器上，那么这只能帮助您。 如果用户凭证在其他地方 – 上述步骤将有所帮助。