The behavior is consistent with known DHCP/DNS dynamic update issues rather than something specific in the provided context about build 26300.
Use the following checks and mitigations that apply to DHCP/DNS registration problems in general:
- Verify DHCP is actually doing the DNS registration
- On the Windows Server 2025 DHCP server, confirm that the scope or server is configured to perform dynamic DNS updates for clients (A and PTR records) and that the DNS servers configured at the scope options, server options, or TCP/IP level support dynamic updates.
- If DNS servers specified at the scope level do not support dynamic updates, DHCP will repeatedly retry and queue updates, delaying or preventing registrations for other clients.
- Confirm DNS zones and reverse lookup zones
- Ensure the forward lookup zone for the workstation’s FQDN exists and allows dynamic updates.
- Ensure the appropriate reverse lookup zone exists and allows dynamic updates. Missing or misconfigured reverse zones are a common cause of DHCP DNS registration failures.
- Use the DHCP server event logs to check for events such as
DHCPv4.ForwardRecordDNSFailureorDHCPv4.PTRRecordDNSFailure, which indicate missing or misconfigured forward/reverse zones.
- Check DHCP/DNS logging
- Review the DHCP Server debug logs in
%windir%\System32\Dhcpfor detailed information about the DNS dynamic updates attempted for this client. - Use these logs together with the DNS server logs to see whether the DNS server is rejecting or failing the update.
- Review the DHCP Server debug logs in
- Validate client-side DHCP behavior
- On the Windows 11 Insider client, ensure the DHCP Client service is running and that no firewall is blocking DHCP traffic.
- Run
ipconfig /releaseandipconfig /renewto force a full DORA cycle so the client refreshes any cached DHCP options (including Option 81, which controls who performs DNS registration). - If the client previously cached a different Option 81 configuration, a full DORA cycle is required to update that cache.
- If DHCP is configured to “Always dynamically update DNS records”
- In environments where DHCP is intended to own DNS records, but both client and server are creating or overwriting records, configure the client to honor the DHCP server override:
- Create
RegistrationOverwrite(REG_DWORD) underHKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Dnscache\Parameters. - Set its value to
2so that records created by the DHCP server overwrite those created by the DNS client. - Restart the client and then verify forward and reverse lookup zones, cleaning up any stale A/PTR records that DHCP cannot modify.
- Create
- In environments where DHCP is intended to own DNS records, but both client and server are creating or overwriting records, configure the client to honor the DHCP server override:
- Collect additional data if the issue persists
- Capture DHCP server logs and, if needed, a network trace while renewing the client’s lease to see at which stage DNS registration fails.
- Use these artifacts to determine whether the failure is on the client, DHCP server, or DNS server side.
If all other Windows 11 25H2 clients register correctly with the same DHCP/DNS infrastructure, focus on:
- Whether this Insider client is receiving different DHCP options (especially Option 81) or using a different scope.
- Whether the DNS zones and reverse zones used by this client are configured identically to those used by the working clients.
References:
- DHCP dynamic updates of DNS registrations are delayed or not processed
- Unexpected DNS record registration behavior if DHCP server uses "Always dynamically update DNS records"
- Client machines don't send DDNS updates when the DHCP server stops sending Option 81
- DHCP Logging Events for DNS Registrations
- Troubleshoot problems on the DHCP server
- Troubleshoot problems on the DHCP client