Entra IDDeep dive

Active Directory event IDs: Directory Service, Netlogon and DNS events and their fixes

Domain controller event IDs in one reference: Directory Service replication and LDAP signing events, Netlogon secure channel events and DNS Server zone events, with cause and first check.

Domain controllers report most of their problems in three places: the Directory Service log, Netlogon entries in the System log and the DNS Server log. This reference covers the event IDs Microsoft documents for replication and topology, LDAP signing and channel binding, the computer secure channel and AD-integrated DNS zones, with what each one means, the usual cause and the first check.

Codes in this quick reference

  • Event ID 1311 (KCC): the replication configuration doesn't reflect the physical network topologyEvent Viewer (Directory Service log)
  • Event ID 1925 (KCC): the attempt to establish a replication link for a writable directory partition failedEvent Viewer (Directory Service log)
  • Event ID 2087: AD DS couldn't resolve the source DC's DNS host name, and replication failedEvent Viewer (Directory Service log)
  • Event ID 2088: AD DS couldn't resolve the source DC's DNS host name, but replication succeededEvent Viewer (Directory Service log)
  • Event ID 1388: a lingering object was replicated in because strict replication consistency isn't in effectEvent Viewer (Directory Service log)
  • Event ID 1988: the source DC sent an object that was deleted and garbage-collected locally (lingering object)Event Viewer (Directory Service log)
  • Event ID 2042: it has been too long since this machine replicated (tombstone lifetime exceeded)Event Viewer (Directory Service log)
  • Event ID 2886: LDAP signing isn't enforced on this domain controllerEvent Viewer (Directory Service log)

+ 24 more codes in the tables below.

How this guide is organized: How to read these events → Directory Service → Directory Service → Netlogon → DNS Server events on domain controllers → How to verify a fixFlow diagram of the article's sections in reading order: 1. How to read these events. 2. Directory Service. 3. Directory Service. 4. Netlogon. 5. DNS Server events on domain controllers. 6. How to verify a fix. Toolbox: 0xC00000E5, 0x2000FFFF, Event ID 1644, Netlogon.log, dcdiag /test:dns.1How to read these events2Directory Service3Directory Service4Netlogon5DNS Server events on domaincontrollers6How to verify a fixTOOLBOX0xC00000E50x2000FFFFEvent ID 1644Netlogon.logdcdiag /test:dnsHow this guide is organized: How to read these events → Directory Service → Directory Service → Netlogon → DNS Server events on domain controllers → How to verify a fixFlow diagram of the article's sections in reading order: 1. How to read these events. 2. Directory Service. 3. Directory Service. 4. Netlogon. 5. DNS Server events on domain controllers. 6. How to verify a fix. Toolbox: 0xC00000E5, 0x2000FFFF, Event ID 1644, Netlogon.log, dcdiag /test:dns.1How to read these events2Directory Service3Directory Service4Netlogon5DNS Server events on domain controllers6How to verify a fixTOOLBOX0xC00000E50x2000FFFFEvent ID 1644Netlogon.logdcdiag /test:dns
At a glance: how this guide is organized · 6 sections · 5 key settings and tools

Note: Companion pages: AD replication errors (repadmin and dcdiag status codes), SYSVOL replication events, Group Policy processing errors and LDAP bind errors (what the client sees).

How to read these events#

Which log a domain controller event is in, and what it points toWhich log holds the event? if Directory Service: Which task category does it show? if Replication or KCC: Replication or topology problem (Errors and warnings usually name the partner, partition and next step); if LDAP Interface: LDAP signing or channel binding (Raise LDAP Interface logging to 2 to see which clients are involved); if System (NETLOGON): Secure channel or DC discovery (On members and DCs; nltest /dbflag:0x2000ffff writes Netlogon.log); if DNS Server: Zone loading or directory access (On DCs that run DNS; check whether 4013 clears after startup)Which log holds the event?Which task category does itshow?NOTEReplication or topologyproblemErrors and warnings usuallyname the partner, partitionand next stepReplication or KCCNOTELDAP signing orchannel bindingRaise LDAP Interfacelogging to 2 to see whichclients are involvedLDAP InterfaceDirectory ServiceNOTESecure channel or DCdiscoveryOn members and DCs;nltest /dbflag:0x2000ffffwrites Netlogon.logSystem (NETLOGON)NOTEZone loading ordirectory accessOn DCs that run DNS; checkwhether 4013 clears afterstartupDNS ServerWhich log a domain controller event is in, and what it points toWhich log holds the event? if Directory Service: Which task category does it show? if Replication or KCC: Replication or topology problem (Errors and warnings usually name the partner, partition and next step); if LDAP Interface: LDAP signing or channel binding (Raise LDAP Interface logging to 2 to see which clients are involved); if System (NETLOGON): Secure channel or DC discovery (On members and DCs; nltest /dbflag:0x2000ffff writes Netlogon.log); if DNS Server: Zone loading or directory access (On DCs that run DNS; check whether 4013 clears after startup)Which log holds the event?Directory ServiceWhich task category does it show?Replication or KCCNOTEReplication or topology problemErrors and warnings usually name the partner,partition and next stepLDAP InterfaceNOTELDAP signing or channel bindingRaise LDAP Interface logging to 2 to see whichclients are involvedSystem (NETLOGON)NOTESecure channel or DC discoveryOn members and DCs; nltest /dbflag:0x2000ffffwrites Netlogon.logDNS ServerNOTEZone loading or directory accessOn DCs that run DNS; check whether 4013 clearsafter startup
Figure 1 · Decision tree Which log a domain controller event is in, and what it points to. Start from the log and task category of the event to find its family, then look the ID up in that family's table below.
  • Directory Service log (Applications and Services Logs › Directory Service, on domain controllers): the source is ActiveDirectory_DomainService, and the task category (Replication, Knowledge Consistency Checker, LDAP Interface) matches the older NTDS source names in Microsoft's tables. Errors and warnings here usually name the partner, partition and next step.
  • System log, source NETLOGON: secure channel and DC discovery events, on members and on DCs. For detail, turn on Netlogon debug logging with nltest /dbflag:0x2000ffff; it writes %windir%\Debug\Netlogon.log.
  • DNS Server log (source Microsoft-Windows-DNS-Server-Service; older articles show "DNS"): zone loading and Active Directory access problems on DCs that run DNS.

A quick health pass on a domain controller:

PowerShell
$since = (Get-Date).AddDays(-1)
foreach ($log in 'Directory Service', 'DNS Server') {
    Get-WinEvent -FilterHashtable @{LogName=$log; Level=2,3; StartTime=$since} -ErrorAction SilentlyContinue |
        Group-Object Id | Sort-Object Count -Descending | Select-Object @{n='Log';e={$log}}, Name, Count
}
repadmin /showrepl * /csv > showrepl.csv
dcdiag /v > dcdiag.txt

Directory Service: replication and topology#

CodeMeaningUsual causeFirst check
1311 (KCC)The replication configuration in AD DS doesn't reflect the physical network topologySite links, subnets or bridgehead servers that don't match real WAN or VPN pathsSites and Services: every site linked, subnets assigned, bridgeheads reachable
1925 (KCC)The attempt to establish a replication link for a writable directory partition failedDepends on the error in the event: RPC connectivity or DNS lookup of the partnerThe error text; RPC (TCP 135 and dynamic ports) and DNS to the partner
2087AD DS couldn't resolve the source DC's DNS host name to an IP address, and replication failedMissing or wrong DNS records for the source DC, or the destination uses the wrong DNS serversnslookup the source DC and its GUID-based CNAME in _msdcs
2088Same DNS failure, but replication succeeded by falling back to another nameDNS problem that hasn't broken replication yetFix DNS now, before it turns into 2087
1388Strict replication consistency isn't in effect, and a lingering object was replicated inA partner held an object deleted elsewhere (offline longer than the tombstone lifetime)Enable strict consistency; remove lingering objects
1988The source DC sent an object that isn't present locally because it was deleted and already garbage-collected; replication of that partition with that partner stopsLingering object on the source DCRemove the lingering objects on the source; don't relax strict mode to get past it
2042It has been too long since this machine replicated: no replication with this partner for a tombstone lifetimeDC offline or failing for longer than the tombstone lifetimeTreat the DC as suspect: clean up lingering objects or rebuild it before forcing replication

Lingering-object cleanup compares a suspect DC with a good reference DC; run it in advisory mode first, and check the forest's tombstone lifetime:

PowerShell
repadmin /removelingeringobjects <SuspectDC> <ReferenceDC-DSA-GUID> "DC=contoso,DC=com" /advisory_mode
repadmin /regkey * +strict
(Get-ADObject "CN=Directory Service,CN=Windows NT,CN=Services,$((Get-ADRootDSE).configurationNamingContext)" -Properties tombstoneLifetime).tombstoneLifetime

Directory Service: LDAP signing and channel binding#

The daily events (2886, 2887, 3040, 3041) don't name clients. The per-client events (2889, 3039, 3074, 3075) carry the client's IP address and identity, but only after you raise LDAP Interface logging to 2, and 3039, 3074 and 3075 appear only when the channel binding policy is When Supported or Always:

Command Prompt
reg add HKLM\SYSTEM\CurrentControlSet\Services\NTDS\Diagnostics /v "16 LDAP Interface Events" /t REG_DWORD /d 2 /f
CodeMeaningUsual causeFirst check
2886Security can be improved by enforcing LDAP signing (every 24 hours and at service start)Domain controller: LDAP server signing requirements is NonePlan enforcement after the 2889 cleanup
2887Daily count: unsigned SASL binds or simple binds in clear text were acceptedSigning policy None and at least one unprotected bindLogging level 2, then read 2889
2888Daily count: unprotected binds were rejectedSigning policy is Require signing and some clients still don't signFind the refused applications (they report bind failures); move them to signing or LDAPS
2889A client didn't use signing for binds on port 389An application or appliance doing simple binds or unsigned SASL bindsClient IP in the event; move it to signing or LDAPS
3039A client bound over SSL/TLS and failed the channel binding token (CBT) validationCBT policy When Supported or Always; client sent a malformed CBT or noneClient IP; update the client and check for TLS inspection between it and the DC
3040Daily count of unprotected LDAPS bindsCBT policy NeverMove to When Supported and audit 3074/3075 before Always
3041Security can be improved by enforcing CBT validationCBT policy NeverPlan When Supported, then Always
3074Audit: the client would fail CBT validation if it were enforcedMalformed channel binding tokenClient IP and identity in the event
3075Audit: the client bound over SSL/TLS without channel binding informationClient that supports CBT but didn't send itClient IP and identity in the event

The policies map to LDAPServerIntegrity (1 None, 2 Require signing) and LdapEnforceChannelBinding (0 Never, 1 When Supported, 2 Always) under HKLM\SYSTEM\CurrentControlSet\Services\NTDS\Parameters. New Active Directory deployments on Windows Server 2025 require LDAP signing by default, so clients that don't sign fail from day one.

Netlogon: secure channel and domain controller discovery#

CodeMeaningUsual causeFirst check
5719This computer was not able to set up a secure session with a domain controller in the domainNo DC found: blocked ports, wrong client DNS or DNS on the DC; at startup, a network (802.1X, NAP, DHCP, adapter) that isn't ready yetnltest /dsgetdc:<domain> /force; latest network adapter driver
5719 + 0xC00000E5STATUS_INTERNAL_ERROR, logged once when Netlogon restarts on Windows Server 2025Kerberos-based secure channel setup against older DCs falls back to the classic method; expected in mixed-version domainsNothing, unless secure channel or trust failures persist
NlSessionSetup: Session setup: cannot pick trusted DCNetlogon.log: no DC was usable at session setupSame as 5719 at startup; Windows 10 and later write this line instead of the eventTimestamps against network readiness
3210This computer could not authenticate with a DC and might deny logon requestsAnother computer uses the same name, or the DC doesn't recognize the computer account passwordDuplicate names or cloned images; Test-ComputerSecureChannel
The trust relationship between this workstation and the primary domain failed.Sign-in screen: the secure channel is brokenSame as 3210; also after a snapshot or image restoreSign in locally; Test-ComputerSecureChannel -Repair -Credential (Get-Credential), rejoin if that fails
5722 (on the DC)The session setup from the computer failed to authenticate: Access is deniedA password mismatch at the computer's password update, or a computer joined with a name that already existsThe computer object's pwdLastSet against the event time
5805 (on the DC)A machine account failed to authenticateSeveral computers with the same name, or the computer account not replicated to every DCDuplicates; replication of the computer object
577x (on the DC)Netlogon couldn't register the DC's SRV records through dynamic updateThe DNS server refused or failed the updatedcdiag /test:dns; compare %windir%\system32\config\netlogon.dns with the zone

Netlogon registers the DC's records at startup, when the service restarts and every hour, so nltest /dsregdns or a Netlogon restart is a fair retest after you fix DNS. If trust failures started after the September 2026 updates, also read Domain trust failures after KB5124008.

DNS Server events on domain controllers#

CodeMeaningUsual causeFirst check
4013The DNS server was unable to open the Active Directory and will wait for the directory to startInitial synchronization after a restart; worst on a lone DC in a site that points to itself or to a DC over a down WAN link. DNS can stop answering for 15 to 25 minutes.Does it clear after startup? If not, the DC's replication partners and DNS client settings
Naming information could not be located.Active Directory Users and Computers can't reach the directory (DNS Manager may report the server is unavailable)Same startup wait as 4013Wait until the DNS Server log shows the zones loading, then retry
4000The DNS server was unable to open Active Directory and can't load the zoneThe DC lost its secure channel with itself or the PDC; often a single DC that points to itselfPoint DNS to another DC, stop KDC, netdom resetpwd /server:<PDC> /userd:<domain\admin> /passwordd:*, restart
4007The DNS server was unable to open the zone in the application directory partitionSame as 4000 (zones don't load, DNS console says Access Denied)Same as 4000
4011The DNS server was unable to add or write an update of a domain name to Active DirectoryVery large domains: about 1,200 values per object on Windows Server 2022 and earlierLimit NS registration: dnscmd <server> /config <zone> /AllowNSRecordsAutoCreation <IPs>
4015 + 00002095The DNS server encountered a critical error from Active Directory (read-only DC)The RODC can't find a writable DC that runs DNS and has its NS recordnltest /dsgetdc:<domain> /WRITABLE /AVOIDSELF /TRY_NEXT_CLOSEST_SITE /DS_6 on the RODC
4015 + 0000051BCritical error: the DNS server can't access an Active Directory objectPermissions: SYSTEM isn't the owner of the DNS zone objectField Engineering logging, match Directory Service event 1644, fix the owner in ADSI Edit
4015 + ADMIN_LIMIT_EXCEEDEDCritical error: a DNS object exceeds an Active Directory limitToo many orphaned entries from demoted DCsRemove stale entries left by demoted DCs

How to verify a fix#

  1. Rerun repadmin /showrepl * /csv: in Excel, filter out deleted DCs and look for any row with a Last Failure Time other than 0. None is the goal.
  2. Watch the source event, not just the symptom: 2087 and 2088 stop after the DNS fix; 1988 stops only when lingering objects are gone; 2042 must not come back after the DC replicates again.
  3. For LDAP hardening, 2887 and 3040 should stop appearing for several days before you enforce; after enforcement, no 2888 events should appear.
  4. On a member that logged 5719 or 3210, Test-ComputerSecureChannel -Verbose returns True and reports that the secure channel is in good condition.
  5. For DNS, the zones load in DNS Manager, Get-DnsServerZone lists them, and dcdiag /test:dns passes on every DC.

Related: Kerberos error codes and domain join errors.

References#

Written and checked against current Microsoft Learn documentation. Test changes with a pilot group before rolling them out to everyone, and if an admin center path has moved since, search for the setting name instead.

Spotted a mistake, or did this fix work differently for you? Email me or message me on LinkedIn — corrections are credited in the article.

Written by

Omer Eltayeb

M365 Subject Matter Expert, former Microsoft Cloud Solutions Architect, Microsoft Certified Trainer and Microsoft Innovative Educator Expert (2024–26) and Microsoft Elevate Educator Expert (2026–27). I share practical, step-by-step guides, study plans, scripts and toolkits for Microsoft Intune, Configuration Manager, Microsoft Entra ID, Microsoft Defender, Exchange and Microsoft 365 with the community.

Microsoft Certified Trainer (MCT) 2026Microsoft Innovative Educator Expert 2025–2026Microsoft Elevate Educator Expert 2026–2027ISC2 Certified Information Systems Security Professional (CISSP)Microsoft 365 Certified: Enterprise Administrator Expert (MS-102)