Objet utilisateur est manquant ou filtré du connecteur DAS DAS synchronisé

Symptômes

Lorsque vous essayez de synchroniser un objet utilisateur dans Active Directory de Microsoft Azure, l’opération peut échoue.

Lors de la recherche de l’objet utilisateur dans les objets du métaverse, vous consultez uniquement le connecteur Active Directory est répertorié sous l’onglet connecteurs . Le connecteur de Windows Azure Active Directory (DAS) n’est pas répertorié. En outre, aucune erreur n’est renvoyée pour cet utilisateur particulier.

Vous pouvez également remarquer que la valeur de msExchRecipientTypeDetails pour l’objet utilisateur qui n’est pas correctement synchronisé est 2. Cela correspond au type de boîte aux lettres liée , et l’utilisateur ne dispose pas de cette valeur.

Remarque La valeur suivante est la seule valeur qui déclenche le filtrage d’un objet utilisateur :
msExchRecipientTypeDetails == (0x1000 OR 0x2000 OR 0x4000 OR 0x400000 OR 0x800000 OR 0x1000000 OR 0x20000000) 
Pour plus d’informations sur les objets utilisateur qui sont filtrés, voir comment la synchronisation d’annuaire détermine ce qui n’est pas synchronisé à partir de l’environnement local à Active Directory de Windows Azure.

Cause

Ce problème se produit car il existe une règle pour l’attribut sourceAnchor . La règle est utilisée pour déterminer si la valeur de msexchRecipientTypeDetails est 2.

Remarque Vous pouvez afficher cette règle à l’emplacement suivant :
Editor\Inbound\In de Configuration de règles de synchronisation à partir de AD\Common\Transformation
Vous pouvez également voir l’attribut sourceAnchor de cible et de l’expression comme suit :
IIF(IsPresent([msExchRecipientTypeDetails]),IIF([msExchRecipientTypeDetails]=2,NULL,IIF(IsString([objectGUID]),CStr([objectGUID]),ConvertToBase64([objectGUID]))),IIF(IsString([objectGUID]),CStr([objectGUID]),ConvertToBase64([objectGUID]))) 
Si msExchRecipientTypeDetails a la valeur 2, la valeur de sourceAnchor est définieNULL. Toutefois, si la valeur de sourceAnchor est NULL, l’utilisateur sera filtré.


Plus d'informations

En fonction de DirSync : liste des attributs qui sont synchronisés par l’outil de synchronisation Active Directory Azure, un objet utilisateur est filtré est en raison de ce qui suit :
msExchRecipientTypeDetails == (0x1000 OR 0x2000 OR 0x4000 OR 0x400000 OR 0x800000 OR 0x1000000 OR 0x20000000) 

Il est supposé que si la valeur de l’attribut msExchRecipientTypeDetails d’un utilisateur à la valeur « 2 » le AADSync du serveur ne filtre de cet objet. Cela n’est pas vrai, AADSync ne filtre pas cet objet utilisateur, il est simplement en attente pour le compte principal (à partir de forêt de comptes) à joindre à l’objet, car il est nécessaire de l’UPN et le sourceAnchor.

La valeur « 2 » dans l’attribut msExchRecipientTypeDetails indique que le type de boîte aux lettres est une « boîte aux lettres liée ». Une boîte aux lettres liée se trouve généralement dans une topologie à forêt compte-ressource et l’objet utilisateur dans la forêt de comptes doit être synchronisé avant que ces objets de ressource seront déployés pour Azure AD.

Par conséquent, avec le msExchRecipientTypeDetails = 2 l’objet est réellement filtré, mais lorsque cet indicateur est défini, le AADSync attend le compte principal (à partir de forêt de comptes) d’être synchronisées afin qu’elle peut joindre deux objets et créer un connecteur de nuage pour l’objet de l’utilisateur final dans AADSync.

Dans le cas que vous ne disposez pas d’une topologie de forêt ressource-compte, et un utilisateur a msExchRecipientTypeDetails == « 2 », modification de la valeur semblable à un objet sera synchronisée de l’objet utilisateur.

Solution de contournement

Pour contourner ce problème, appliquez l’une des deux solutions suivantes :
  • Assurez-vous que le masque de compte d’utilisateur (dans la forêt de comptes) est synchronisée en premier.
  • Vous pouvez modifier la valeur d’attribut de msExchRecipientTypeDetails à 1. Vous pouvez également utiliser n’importe quelle valeur qui n’est pas supposé être filtrés par une des règles.

Propriétés

ID d'article : 3066176 - Dernière mise à jour : 27 janv. 2017 - Révision : 1

Commentaires