A cloud-based identity and access management service for securing user authentication and resource access
Yes, but only in a limited sense.
A single-label domain is supported by Microsoft Entra Connect Sync only if the network configuration for that single-label domain is functioning correctly. However, Microsoft strongly recommends against single-label domains.
There is one important unsupported case: if the Active Directory NetBIOS domain name differs from the FQDN domain name, installing Microsoft Entra Connect is unsupported.
For sign-in to Microsoft Entra ID, the larger constraint is that Microsoft Entra Connect can sync only to a verified domain in Microsoft Entra ID. Single-label and other nonroutable domains can't be verified in Microsoft Entra ID. In that situation, the supported path is to use custom settings in Microsoft Entra Connect and configure a routable, verified sign-in domain instead of relying on the single-label domain suffix.
If the on-premises UPN suffix is nonroutable, the documented options are:
- Add a new UPN suffix in AD DS that matches a domain verified in Microsoft Entra ID.
- Update user UPNs to use that verified suffix.
- Run Microsoft Entra Connect using custom installation so the sign-in configuration uses the verified domain.
If changing every user UPN is not possible immediately, Microsoft Entra Connect custom installation also supports selecting another attribute as the sign-in ID when userPrincipalName is nonroutable. This is the alternate ID option. That attribute must follow RFC 822 format, and in Active Directory it can't be multivalued.
So the practical answer is:
- Keeping the single-label AD domain itself may be possible if the environment is otherwise valid.
- Using that single-label name as the Microsoft Entra sign-in domain is not supported, because Microsoft Entra ID requires a verified routable domain.
- The supported workaround is to keep the existing AD domain, but add and use a verified routable UPN suffix or configure an alternate ID during custom setup.