Megosztás a következőn keresztül:


Microsoft Entra Csatlakozás Szinkronizálási szolgáltatás árnyékattribútumai

A legtöbb attribútum ugyanúgy jelenik meg a Microsoft Entra-azonosítóban, mint a helyi Active Directory. Egyes attribútumok azonban speciális kezeléssel rendelkeznek, és a Microsoft Entra ID attribútumértéke eltérhet attól, amit a Microsoft Entra Csatlakozás szinkronizál.

Az árnyékattribútumok bemutatása

Egyes attribútumok két reprezentációval rendelkeznek a Microsoft Entra-azonosítóban. A rendszer a helyszíni és a számított értéket is tárolja. Ezeket az extra attribútumokat árnyékattribútumoknak nevezzük. A két leggyakoribb attribútum, ahol ezt a viselkedést látja, a userPrincipalName és a proxyAddress. A Microsoft Entra szinkronizálási motorja Csatlakozás és a felhőszinkronizálás exportálja az értéket az árnyékattribútumba, majd a Microsoft Entra ID feldolgozza ezt az attribútumot a végső érték kiszámításához. A szinkronizálási motor az árnyékattribútumból is importál értékeket, így még ha a végső számított érték is eltér, a szinkronizálási motor szempontjából képes megerősíteni az exportált eredeti értéket. Az árnyékattribútumok nem láthatók a Microsoft Entra felügyeleti központban vagy a PowerShellben, de ennek a koncepciónak a megértése segít elhárítani azokat a forgatókönyveket, amelyekben az attribútum különböző értékekkel rendelkezik a helyszínen és a felhőben.

A viselkedés jobb megértéséhez tekintse meg a Fabrikam alábbi példáját:
Képernyőkép az Active Directory UPN-utótagról, amely számos példát mutat be a Microsoft Entra-tartomány nem hozzáadott, nem ellenőrzött és ellenőrzött értékével.
A helyi Active Directory több UserPrincipalName (UPN) utótagot is használnak, de csak egyet ellenőriznek a Microsoft Entra-azonosítóban.

userPrincipalName

A felhasználó a következő attribútumértékekkel rendelkezik egy nem ellenőrzött tartományban:

Attribútum Érték
helyszíni userPrincipalName lee.sperry@fabrikam.com
Microsoft Entra shadowUserPrincipalName lee.sperry@fabrikam.com
Microsoft Entra userPrincipalName lee.sperry@fabrikam.onmicrosoft.com

A userPrincipalName attribútum a PowerShell használatakor látható érték.

Mivel a valós helyszíni attribútumérték a Microsoft Entra-azonosítóban van tárolva, a fabrikam.com tartomány ellenőrzésekor a Microsoft Entra ID frissíti a userPrincipalName attribútumot a shadowUserPrincipalName értékével. Ezeknek az értékeknek a frissítéséhez nem kell szinkronizálnia a Microsoft Entra Csatlakozás vagy a felhőbeli szinkronizálás módosításait.

proxyAddresses

A proxyAddresses esetében ugyanez a folyamat csak az ellenőrzött tartományok beleszámítása esetén történik, de némi extra logikával. Az ellenőrzött tartományok ellenőrzése csak a postaláda-felhasználók esetében történik. Az e-mail-kompatibilis felhasználók vagy kapcsolattartók egy másik Exchange-szervezetben lévő felhasználót jelölnek, és a proxyAddressesben bármilyen értéket hozzáadhat ezekhez az objektumokhoz.

A helyszíni vagy az Exchange Online-beli postaláda-felhasználók esetében csak az ellenőrzött tartományok értékei jelennek meg. A következőhöz hasonlóan nézhet ki:

Attribútum Érték
helyszíni proxyAddresses SMTP:abbie.spencer@fabrikamonline.com
smtp:abbie.spencer@fabrikam.com
smtp:abbie@fabrikamonline.com
Exchange Online proxyAddresses SMTP:abbie.spencer@fabrikamonline.com
smtp:abbie@fabrikamonline.com
SIP:abbie.spencer@fabrikamonline.com

Ebben az esetben az smtp:abbie.spencer@fabrikam.com el lett távolítva, mivel a tartomány nincs ellenőrizve. De az Exchange is hozzáadott SIP:abbie.spencer@fabrikamonline.com. Előfordulhat, hogy a Fabrikam nem a helyszíni Lyncet/Skype Vállalati verzió használja, de a Microsoft Entra ID és az Exchange Online felkészül rá.

Ezt a proxyAddresses logikát ProxyCalc-nek nevezzük. A ProxyCalc meghívása a felhasználó minden módosításával történik, amikor:

  • A felhasználó olyan szolgáltatáscsomagot kap, amely az Exchange Online-t is tartalmazza, még akkor is, ha a felhasználó nem rendelkezik Exchange-postaládához licencelve. Ha például a felhasználóhoz az Office E3 termékváltozat van hozzárendelve, de csak a SharePoint Online szolgáltatás van kiválasztva. Ez a feltétel akkor is igaz, ha a felhasználó postaládája még a helyszínen van.
  • Az msExchRecipientTypeDetails attribútumnak van értéke.
  • Módosítja a proxyAddresses vagy a userPrincipalName nevet.

A ProxyCalc folyamat megtisztít egy címet, ha a ShadowProxyAddresses nem hitelesített tartományt tartalmaz, és a felhasználó az alábbi tulajdonságok egyikét konfigurálta.

  • A felhasználó engedélyezett EXO-szolgáltatástípus-csomaggal rendelkezik (a MyAnalytics kivételével)
  • A felhasználó M Standard kiadás xchRemoteRecipientType készlettel rendelkezik (nem null)
  • A felhasználó megosztott erőforrásnak minősül

A felhasználó megosztott erőforrásnak minősül, ha a CloudM Standard kiadás xchRecipientDisplayType attribútuma az alábbi értékek egyikével rendelkezik:

Objektum megjelenítési típusa Érték (decimális)
Postaládafelhasználó 0
PublicFolder 2
ConferenceRoomMailbox 7
EquipmentMailbox 8
ArbitrationMailbox 10
Szobalista 15
TeamMailboxUser 16
GroupMailbox 17
SchedulingMailbox 18
ACLableMailboxUser 1073741824
ACLableTeamMailboxUser 1073741840

Feljegyzés

A CloudM Standard kiadás xchRecipientDisplayType nem látható a Microsoft Entra ID oldalán, és csak az Exchange Online Get-Recipient parancsmaggal tekinthető meg.

Példa:

  Get-Recipient admin | fl *type*

A ProxyCalc eltarthat egy ideig, amíg feldolgoz egy módosítást egy felhasználón, és nem szinkronizálódik a Microsoft Entra Csatlakozás exportálási folyamatával.

Feljegyzés

A ProxyCalc-logika további viselkedésekkel rendelkezik a jelen témakörben nem dokumentált speciális forgatókönyvekhez. Ebben a témakörben megismerheti a viselkedést, és nem dokumentálhatja az összes belső logikát.

Karanténba helyezett attribútumértékek

Az árnyékattribútumok akkor is használhatók, ha ismétlődő attribútumértékek vannak. További információ: duplikált attribútum rugalmassága.

Lásd még