RD Licensing Diagnoser playing up. Session Hosts can't find the Licence Server

Fath Swift 0 Reputation points
2026-07-27T08:54:20.7966667+00:00

Morning all,

Running into a bit of a headache with Remote Desktop Licensing. The RD Licensing Diagnoser is reporting that our licence server isn't available to a subset of our session hosts, even though I can ping it fine and port 135/RPC looks wide open.

What's the best troubleshooting path here to sort out the licence server discovery? I want to make sure I'm checking the right bits regarding GPO overrides vs AD auto-discovery before I start tinkering with the registry. Cheers!

Windows for business | Windows 365 Business
0 comments No comments

1 answer

Sort by: Most helpful
  1. Hoang Le 1,045 Reputation points Independent Advisor
    2026-07-27T10:04:48.97+00:00

    Dear Fath Swift,

    When RD Licensing Diagnoser reports that the license server is unavailable despite basic connectivity being fine, the issue is usually with how the session hosts are discovering the license server. By default, RDS session hosts use Active Directory service connection points (SCPs) to locate the license server, but this can be overridden by Group Policy or registry settings. If a GPO has explicitly set the license server name under Computer Configuration → Administrative Templates → Windows Components → Remote Desktop Services → RD Licensing → Use the specified Remote Desktop license servers, that will take precedence. If no GPO is applied, check the registry at HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\RCM\LicenseServers to see if a static entry exists.

    If neither is configured, the hosts rely on AD auto-discovery, which requires that the license server has published its SCP in AD and that the session hosts have permission to read it. You can verify this by running dsquery * "CN=TS-Enterprise-License-Server,CN=Services,CN=Configuration,DC=..." -scope base -attr dnsName to confirm the SCP is present. If the SCP is missing or permissions are restricted, the hosts will fail to locate the server even though RPC connectivity is fine. In practice, the most reliable troubleshooting path is to confirm whether a GPO override is in place, check the registry for static entries, and then validate that the license server has successfully published its SCP in AD.

    If my answer is useful for you, please hit Accept the answer to support me.

    Thank you,

    HL.

    Was this answer helpful?

    0 comments No comments

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.