Un domaine AD DS local héberge Server1, qui exécute une application (App1) utilisant l'authentification Active Directory. Vous avez configuré Microsoft Entra Connect avec la synchronisation de mots de passe, et un utilisateur Microsoft Entra nommé User1 ne peut pas s'authentifier auprès d'App1. Que devez-vous faire pour permettre à User1 de s'authentifier auprès d'App1 ?

La bonne réponse est de créer un nouveau compte utilisateur nommé User1 dans le domaine AD DS. App1 utilise l'authentification Active Directory locale. Même si User1 existe dans Microsoft Entra ID et que la synchronisation de hachage de mot de passe est activée, User1 n'existe pas dans l'AD DS local. Pour qu'un utilisateur Microsoft Entra puisse s'authentifier auprès d'une application locale utilisant l'AD DS, un objet utilisateur correspondant doit exister dans l'AD DS local. La synchronisation de hachage de mot de passe permet de synchroniser le hachage du mot de passe d'un utilisateur de l'AD DS vers Microsoft Entra ID, mais elle ne crée pas d'utilisateur dans l'AD DS à partir de Microsoft Entra ID. Les autres options sont incorrectes : Activer BlockCloudObjectTakeoverThroughHardMatch est une fonctionnalité de sécurité avancée qui n'est pas pertinente pour ce scénario d'authentification. Activer la réécriture de mot de passe permet aux utilisateurs de changer leur mot de passe Microsoft Entra ID et de le synchroniser avec l'AD DS local, mais cela ne crée pas l'utilisateur dans l'AD DS. Désactiver la correspondance souple (soft match) affecterait la façon dont les objets sont liés entre l'AD DS et Microsoft Entra ID, mais cela ne résoudrait pas l'absence de l'objet utilisateur dans l'AD DS local.