Azure Virtual Desktop Entra ID authentication issue

Mahajan Hemant 0 Reputation points
2026-08-13T13:06:34.61+00:00

I need assistance with an Azure Virtual Desktop Entra ID authentication issue in my subscription environment.

The AVD desktop is visible to the user, the session host is Entra ID joined (AzureAdJoined: YES), DeviceAuthStatus: SUCCESS, and AADLoginForWindows is successfully provisioned. However, launching the desktop fails with “Sign in failed. Please check your username and password.”

The VM's AAD Operational logs show:


Microsoft Graph also returns no service principal for urn:p2p_cert in this tenant.

Could you please suggest how enable the Microsoft Entra P2P Server / urn:p2p_cert infrastructure is correctly for my tenant, and advise whether it needs to be re-provisioned or repaired?

Windows for business | Windows Client for IT Pros | User experience | Authentication with Azure Virtual Desktop

1 answer

Sort by: Most helpful
  1. Allan Solomon Mejia 3,840 Reputation points
    2026-08-13T20:19:11.78+00:00

    Hello @Mahajan Hemant

    Since AzureAdJoined : YES, DeviceAuthStatus : SUCCESS, and AADLoginForWindows is provisioned successfully, I wouldn't try to manually create or repair a urn:p2p_cert service principal. That isn't normally something an AVD administrator provisions manually.

    I would check the AVD authentication path first:

    • Confirm the user has Virtual Machine User Login or Virtual Machine Administrator Login on the session host/resource group. Owner/Contributor alone doesn't provide VM sign-in rights.
    • Confirm the user/group is assigned to the AVD Desktop Application Group.
    • If SSO isn't configured and the client device isn't Entra joined/registered to the same tenant, add this custom RDP property to the host pool: targetisaadjoined:i:1

    Microsoft documents this specifically for connections to Entra-joined AVD session hosts.

    • Check Conditional Access policies affecting Azure Virtual Desktop and the Azure Windows VM Sign-In application. A policy requiring an unsupported authentication method can cause the generic “Sign in failed” message.
    • Review Event Viewer → Applications and Services Logs → Microsoft → Windows → AAD → Operational immediately after reproducing the failure.

    If you're using a current AVD deployment, I'd also recommend configuring Microsoft Entra SSO, which is Microsoft's recommended authentication method for Entra-joined session hosts.

    If the issue remains after confirming RBAC, application-group assignment, SSO/RDP properties and Conditional Access, please share the AAD Operational event ID/error code generated during the failed connection. That should identify which part of the authentication flow is failing.

    Please "Accept the Answer" if this information helped you. This will help us and others in the community as well.

    Was this answer helpful?

    1 person found 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.