The locked user is 200 kilometres away in a branch office. You do not need to travel, and you do not need their PC. A domain account unlocks where it lives — on the domain controller — and PowerShell does it in one line from your desk.
Remote unlock works because of where lockout state lives: not on the user's PC, but in Active Directory itself. Any admin machine with the right tools can clear it. This page covers the full route: installing RSAT (the admin tools) on your Windows PC, finding every locked account with Search-ADAccount, unlocking with Unlock-ADAccount, aiming the change at the PDC emulator when seconds matter, and verifying the unlock actually took effect before you tell the user to try again. All commands below are copy-paste ready and must run in PowerShell with an account that has domain admin (or delegated unlock) rights.
You do not need to remote into a server for this. Windows 10 and 11 carry the admin tools as optional features:
Get-WindowsCapability -Name RSAT* -Online | Add-WindowsCapability -Online installs the full set.Import-Module ActiveDirectoryGet-ADDomain should return your domain's details, including the PDC emulator name you will want in a moment.No RSAT possible on your machine? The fallback is unchanged since forever: RDP into a domain controller and run the identical commands there.
Search-ADAccount -LockedOutUnlock-ADAccount -Identity ravi.kumarSearch-ADAccount -LockedOut | Unlock-ADAccountGet-ADUser ravi.kumar -Properties LockedOut, BadLogonCount — you want LockedOut : False.Notice what you did not do: reset the password. A lockout is not a forgotten password. Resetting "just in case" creates a second problem — every device and service holding the old password now starts failing and re-locking the account. Unlock only; reset only when the user genuinely does not know the password.
Normal unlocks replicate between domain controllers within minutes, which occasionally shows up as "I unlocked it but the branch still says locked" — the branch's local DC has not received the change yet. Lockout processing is anchored on the PDC emulator, so aim there directly:
(Get-ADDomain).PDCEmulatorUnlock-ADAccount -Identity ravi.kumar -Server (Get-ADDomain).PDCEmulatorGet-ADUser ravi.kumar -Server (Get-ADDomain).PDCEmulator -Properties LockedOutIf the account re-locks after a clean unlock, the command work is done and the detective work starts: something still holds the old password. Get the caller computer from Event 4740 and follow the repeat-lockout guide on this site instead of unlocking a fourth time.
Different target, same idea — for a standalone PC's local account, PowerShell remoting carries the local equivalent:
Enter-PSSession -ComputerName BRANCH-PC07 (WinRM must be enabled on the target — in most domains it is, via policy).Unlock-LocalUser -Name "Ravi"Exit-PSSessionAnd one helpdesk habit worth the whole page: verify the caller before unlocking. An "unlock my account" phone call is a classic social-engineering opener. Call back on the number in your directory, or confirm through the branch manager. Thirty seconds of verification is the difference between support and handing an attacker a fresh set of attempts.
The complete lockout policy walkthrough and all 3 recovery methods, shown live on a real Windows system — this is the video this guide is based on.
▶️ Watch Full VideoUnlock-ADAccount -Identity username, run in PowerShell with the ActiveDirectory module (part of RSAT) and suitable admin rights. Pair it with Search-ADAccount -LockedOut to find locked accounts, and Get-ADUser with the LockedOut property to verify.
Usually replication timing: the branch domain controller has not received the unlock yet. Unlock directly against the PDC emulator using the -Server parameter, verify there, and give it a few minutes. If it re-locks instead, a device with the old password is the real problem.
Yes, if the rights are delegated. Unlocking accounts is one of the most commonly delegated helpdesk tasks in Active Directory — an admin can grant a support group unlock permission on specific OUs without giving them full Domain Admin, which is the safer setup for larger teams.