User-objekt on puudu või filtreeritud AAD Connectoris AAD Sync:

NB! Artikkel on tõlgitud Microsofti masintõlketarkvaraga ja seda saab parandada Kogukonnapõhise tõlkeraamistiku (CTF) tehnoloogiaga. Microsoft pakub masintõlgitud, kogukonna järeltöödeldud ja inimtõlgitud artikleid, et anda mitmekeelne juurdepääs kõigile meie teabebaasi artiklitele. Masintõlgitud ja järeltöödeldud artiklites võib olla sõnavara-, süntaksi- ja/või grammatikavigu. Microsoft ei vastuta mingite ebatäpsuste, tõrgete ega kahjude eest, mis on tulenenud sisu valest tõlkest või selle kasutamisest meie klientide poolt. Lisateavet CTF-i kohta leiate aadressilt http://support.microsoft.com/gp/machine-translation-corrections/et.

Artikli ingliskeelse versiooni kuvamiseks klõpsake siin: 3066176
Sümptomid
User-objekt Microsoft Azure Active Directory sünkroonimise katsel siis toiming ebaõnnestub.

Kasutaja objekti metaversumi objektide otsimisel kuvatakse ainult Active Directory konnektor konnektorid vahekaardil. Windows Azure Active Directory (AAD) connector ei ole. Lisaks ei ole tõrget ei tagastatud selle konkreetse kasutaja jaoks.

Võite märgata, et msExchRecipientTypeDetails objekt, mis on sünkroonitud õigesti väärtus 2. See vastab seotudPostkasti tüüp ja kasutaja ei ole selle väärtuse.

Märkus. Järgmine väärtus on ainus väärtus, mis käivitab kasutaja objekti filtreerimise.
msExchRecipientTypeDetails == (0x1000 OR 0x2000 OR 0x4000 OR 0x400000 OR 0x800000 OR 0x1000000 OR 0x20000000)
Kasutaja objektid, mis on filtreeritud kohta lisateabe saamiseks vaadake teemat Kuidas kataloogi sünkroonimine otsustab, mida pole sünkroonitud asutusesisesesse keskkonda Windows Azure AD.
Põhjus
Selle probleemi põhjuseks on reeglina sourceAnchor atribuut. Reeglina kasutatakse kas msexchRecipientTypeDetails väärtus on 2.

Märkus. Seda reeglit saate vaadata järgmises asukohas:
Sünkroonimise reeglite konfiguratsiooni Editor\Inbound\In AD\Common\Transformation
Võite vaadata ka target sourceAnchor atribuut ja expression reegel järgmiselt:
IIF(IsPresent([msExchRecipientTypeDetails]),IIF([msExchRecipientTypeDetails]=2,NULL,IIF(IsString([objectGUID]),CStr([objectGUID]),ConvertToBase64([objectGUID]))),IIF(IsString([objectGUID]),CStr([objectGUID]),ConvertToBase64([objectGUID])))
Kui msExchRecipientTypeDetails on väärtusega 2, sourceAnchor väärtuseks seatakseNULL. Kuid kui sourceAnchor väärtus on tühi, on kasutaja filtreeritud.
Lisateave
VastavaltDirSync: Loendi atribuute, mis on sünkroonitud Azure Active Directory sünkroonimistööriist, user-objekt on filtreeritud üks põhjus on töö järgmisel põhjusel:
msExchRecipientTypeDetails == (0x1000 OR 0x2000 OR 0x4000 OR 0x400000 OR 0x800000 OR 0x1000000 OR 0x20000000)

See on oletus, et kui kasutaja msExchRecipientTypeDetails atribuut on seatud väärtus "2" AADSync server on filterobjekti. See ei vasta tõele, AADSync on filtreerimine user-objekt, see on lihtsaltootab põhi konto(konto metsa) liituda objektile, kuna see on vajalik UPN ja selle sourceAnchor.

MsExchRecipientTypeDetails atribuudi väärtus "2" näitab, et postkasti tüüp on "lingitud postkasti". Tavaliselt on leitud lingitud postkasti konto ressursi metsa topoloogia ja konto metsas objektil tuleb sünkroonida enne nende ressursside objektide ette valmistatakse Azure ad.

Seega, mis on msExchRecipientTypeDetails = 2 objekt on tegelikult filtreeritud märkus, kuid seda lippu määramisel ning AADSync ootab põhi konto (konto metsa), mille soovite sünkroonida, nii et võiks liituda kaks objekte ja luua pilve konnektor lõppkasutaja objekti AADSync.

Puhul ei saa konto ressursi metsa topoloogia, ja kasutajal onmsExchRecipientTypeDetails == "2" sarnaselt tavalise objekti väärtuse muutmine sünkroonib kasutaja objekti.
Vastukaal
Selle probleemi lahendamiseks kasutage ühte kaks järgmist lahendust.
  • Veenduge, et seda kasutajakonto (konto metsas) esmalt sünkroonida.
  • Saate muuta atribuudi väärtusmsExchRecipientTypeDetails et 1. Võite kasutada ka väärtus, mis on mõeldud reeglite abil filtreerida.

Hoiatus. See artikkel on masintõlgitud.

Ominaisuudet

Artikkelin tunnus: 3066176 – Viimeisin tarkistus: 12/03/2015 10:24:00 – Versio: 3.0

Microsoft Azure Active Directory

  • kbsurveynew kbexpertiseadvanced kbprb kbtshoot kbmt KB3066176 KbMtet
Palaute