Troubleshooting Microsoft Entra hybrid joined down-level devices
This article is applicable only to the following devices:
- Windows 7
- Windows 8.1
- Windows Server 2008 R2
- Windows Server 2012
- Windows Server 2012 R2
For Windows 10 or newer and Windows Server 2016, see Troubleshooting Microsoft Entra hybrid joined Windows 10 and Windows Server 2016 devices.
This article assumes that you have configured Microsoft Entra hybrid joined devices to support the following scenarios:
- Device-based Conditional Access
This article provides you with troubleshooting guidance on how to resolve potential issues.
What you should know:
- Microsoft Entra hybrid join for downlevel Windows devices works slightly differently than it does in Windows 10 or newer. Many customers don't realize that they need AD FS (for federated domains) or Seamless SSO configured (for managed domains).
- Seamless SSO doesn't work in private browsing mode on Firefox and Microsoft Edge browsers. It also doesn't work on Internet Explorer if the browser is running in Enhanced Protected mode or if Enhanced Security Configuration is enabled.
- For customers with federated domains, if the Service Connection Point (SCP) was configured such that it points to the managed domain name (for example, contoso.onmicrosoft.com, instead of contoso.com), then Microsoft Entra hybrid join for downlevel Windows devices doesn't work.
- The same physical device appears multiple times in Microsoft Entra ID when multiple domain users sign-in the downlevel Microsoft Entra hybrid joined devices. For example, if jdoe and jharnett sign-in to a device, a separate registration (DeviceID) is created for each of them in the USER info tab.
- You can also get multiple entries for a device on the user info tab because of a reinstallation of the operating system or a manual re-registration.
- The initial registration / join of devices is configured to perform an attempt at either sign-in or lock / unlock. There could be 5-minute delay triggered by a task scheduler task.
- Make sure KB4284842 is installed on Windows 7 SP1 or Windows Server 2008 R2 SP1. This update prevents future authentication failures due to customer's access loss to protected keys after changing password.
- Microsoft Entra hybrid join may fail after a user has their UPN changed, breaking the Seamless SSO authentication process. During the join process, you may see that it's still sending the old UPN to Microsoft Entra ID, unless, browser session cookies are cleared or user explicitly signs-out and removes old UPN.
Step 1: Retrieve the registration status
To verify the registration status:
- Sign on with the user account that has performed a Microsoft Entra hybrid join.
- Open the command prompt
"%programFiles%\Microsoft Workplace Join\autoworkplace.exe" /i
This command displays a dialog box that provides you with details about the join status.
Step 2: Evaluate the Microsoft Entra hybrid join status
If the device wasn't Microsoft Entra hybrid joined, you can attempt to do Microsoft Entra hybrid join by clicking on the "Join" button. If the attempt to do Microsoft Entra hybrid join fails, the details about the failure are shown.
The most common issues are:
A misconfigured AD FS or Microsoft Entra ID or Network issues
- Autoworkplace.exe is unable to silently authenticate with Microsoft Entra ID or AD FS. This issue could be caused by missing or misconfigured AD FS (for federated domains) or missing or misconfigured Microsoft Entra seamless single sign-on (for managed domains) or network issues.
- It could be that multifactor authentication (MFA) is enabled/configured for the user and WIAORMULTIAUTHN isn't configured at the AD FS server.
- Another possibility is that home realm discovery (HRD) page is waiting for user interaction, which prevents autoworkplace.exe from silently requesting a token.
- It could be that AD FS and Microsoft Entra URLs are missing in IE's intranet zone on the client.
- Network connectivity issues may be preventing autoworkplace.exe from reaching AD FS or the Microsoft Entra URLs.
- Autoworkplace.exe requires the client to have direct line of sight from the client to the organization's on-premises AD domain controller, which means that Microsoft Entra hybrid join succeeds only when the client is connected to organization's intranet.
- If your organization uses Microsoft Entra seamless single sign-on,
https://autologon.microsoftazuread-sso.comisn't present on the device's IE intranet settings.
- The internet setting
Do not save encrypted pages to diskis checked.
You aren't signed on as a domain user
There are a few different reasons why this issue can occur:
- The signed in user isn't a domain user (for example, a local user). Microsoft Entra hybrid join on down-level devices is supported only for domain users.
- The client isn't able to connect to a domain controller.
A quota has been reached
The service isn't responding
You can also find the status information in the event log under: Applications and Services Log\Microsoft-Workplace Join
The most common causes for a failed Microsoft Entra hybrid join are:
- Your computer isn't connected to your organization’s internal network or to a VPN with a connection to your on-premises AD domain controller.
- You're logged on to your computer with a local computer account.
- Service configuration issues:
- The AD FS server hasn't been configured to support WIAORMULTIAUTHN.
- Your computer's forest has no Service Connection Point object that points to your verified domain name in Microsoft Entra ID
- Or if your domain is managed, then Seamless SSO wasn't configured or working.
- A user has reached the limit of devices.