- Enable Audit Logon (Success and Failure) and Audit Logoff (Success) through Group Policy Management Console.
- Configure the GPO path: Computer Configuration → Policies → Windows Settings → Security Settings → Advanced Audit Policy Configuration → Audit Policies → Logon/Logoff.
- Search Event ID 4624 for successful logons and check the Logon Type to identify how the user accessed the computer.
- Search Event ID 4625 for failed logon attempts.
- Search Event ID 4634 for ended logon sessions and Event ID 4647 for user-initiated logoffs.
- Review Event ID 4648 to identify attempts to use explicit credentials.
Key Terms:
- Active Directory user login history refers to records of user authentication and logon activity in a domain environment. Windows Security logs on domain-joined computers record logon and logoff events, while domain controllers record domain authentication events.
- Logon Event IDs are Windows Security Event IDs that identify activities such as successful logons (4624), failed logons (4625), and attempts to use explicit credentials (4648).
- Group Policy auditing is the process of configuring Windows Group Policy Objects (GPOs) to track and log security events across domain computers.
Prerequisites: Before starting, ensure you have:
- Permissions to edit the relevant Group Policy Object (GPO) and read Security logs on target computers.
- Access to Group Policy Management Console (GPMC).
- Access to Windows Event Viewer and Security logs on the target computers.
- A domain-joined Windows computer running a supported Windows client or Windows Server version. The procedure also applies to Windows Server 2016, 2019, 2022, and 2025.
IT administrators often need to know who logged on to their computers and when for security and compliance reasons. Although you can use the native auditing methods supplied through Windows to track user account logon and logoff events, you may end up having to sift through thousands of records to reach the required log. Once you’ve found the required log, getting the required information for compliance and security reports is not an easy process.
Below are the steps to enable Windows logon auditing and review user logon and logoff events in Event Viewer.
- Enable Auditing for User Logon/Logoff Events.
- Search Relevant Event IDs, such as 4624, 4625, 4634, 4647, and 4648, in Event Viewer.
Step 1 – Enable Advanced Auditing for User Logon and Logoff Events
- Open Group Policy Management by running
gpmc.msc. - Create a new GPO and link it to the OU containing the computers you want to audit.
- Right-click the GPO and select Edit.
- Navigate to:
Computer Configuration → Policies → Windows Settings → Security Settings → Advanced Audit Policy Configuration → Audit Policies → Logon/Logoff - Open Audit Logon and enable Success and Failure.

- Open Audit Logoff and enable Success.

- Navigate to:
Security Settings → Local Policies → Security Options and enable Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings. - Close the Group Policy Management Editor.
- On the target computer, run:
gpupdate /force - Verify the effective configuration:
auditpol /get /category:*
Confirm that Audit Logon and Audit Logoff display the intended settings.
Important: If the article also needs to explain domain authentication monitoring, add a short note recommending a dedicated domain controller GPO for Kerberos Authentication Service and Credential Validation auditing.
Step 2 – Search Relevant Event IDs in Event Viewer
After enabling logon and logoff auditing through Group Policy, Windows records relevant events in the Security log of the computer where the activity occurs. You can use Event Viewer to identify successful and failed logon attempts, determine when a user logged on, and review logoff activity.
Follow these steps to check user login history:
- Press Windows + R, type
eventvwr.msc, and press Enter to open Event Viewer on the target computer. - In the left navigation pane, expand Windows Logs and select Security.
- In the right-hand Actions pane, click Filter Current Log.
- In the Event IDs field, enter
4624,4625,4634,4647,4648and click OK.
- Review the filtered events to identify successful logons, failed attempts, and logoff activity.
- Double-click an event to view its details, including the account name, event timestamp, Logon Type, and source network address where available.
The following table explains the relevant Windows Security Event IDs.
How to Identify the Type of User Logon
When reviewing Event ID 4624, check the Logon Type field to determine how the user accessed the computer. Not every successful logon event represents an interactive user sign-in.

For identifying when users signed in locally or through Remote Desktop, focus primarily on Logon Types 2, 10, and 11. Logon Type 7 can help identify when an existing session was unlocked.
How to Interpret Logon and Logoff Events
Event ID 4624 indicates that a successful logon session was created. The event’s Logged timestamp shows when Windows recorded the event.
To investigate when a session ended, look for Event ID 4634 or 4647. Where available, use the Logon ID to correlate events on the same computer. However, a session ending, a user initiating logoff, and a Remote Desktop session disconnecting are not necessarily the same activity.
Event ID 4648 provides additional information about attempts to use explicit credentials, such as when an account is used to run a process under different credentials. 
Note: Review these events on the target workstation or server. Domain controller Security logs provide separate domain authentication information and do not necessarily contain a complete record of interactive logon sessions on every domain-joined computer.
Limitations of Native Windows Logon Auditing
Native Windows auditing provides valuable information about successful and failed logon attempts, but administrators should understand several limitations:
- Distributed logs: Logon events are recorded on individual computers, requiring administrators to review multiple systems unless logs are centrally collected.
- High event volume: Windows generates logon events for interactive sessions, network access, services, and automated processes.
- Limited historical visibility: Older events may be overwritten when Security logs reach their configured size, depending on retention settings.
- Session correlation: Determining when a user logged on and logged off may require correlating multiple events using Logon IDs and considering disconnects, unlocks, and system restarts.
- Incomplete domain-wide visibility: Domain controller authentication events alone cannot reliably reconstruct every interactive workstation session.
Check User Login History with Lepide’s Free Tool for AD Auditing
Using Lepide Change Reporter for AD, you can easily monitor AD users’ login history by tracking their logon and logoff activities in real-time. The solution collects log on information from all added domain controllers automatically. Its report contains details on logon or logoff events, including when users logged in, from which computer, and when. You get accurate and instant reports on the login details of users in the network. The following screenshot shows a successful user logon report event captured by Lepide’s free tool::

Lepide Change Reporter provides following reports related to logon/logoff:
Frequently Asked Questions
What Event ID shows successful login in Active Directory?
How do I enable login auditing in Active Directory?
Where are login logs stored in Windows?
What is the difference between Event ID 4634 and 4647?
Conclusion
In this article, the steps to audit the user logon and logoff events through native auditing are explained. However, much noise is generated for the logon or logoff events that make it complicated for the IT administrators to have a real-time view. The easiest and more efficient way to audit the same with Lepide’s Active Directory Auditing Free Tool has also been explained.