Exchange Resource Forest and Office 365 – I. rész

Az Exchange teljes mértékben támogatott forgatókönyve az úgynevezett Resource Forest modell. Ebben a forgatókönyvben van egy Active Directory-fiókerdő, amelyben minden felhasználói fiók és normál szolgáltatás létezik, és van egy Active Directory-erőforráserdő, ahol az Exchange telepítve van. Ezt a forgatókönyvet az Exchange 2010, az Exchange 2013 és az Exchange 2016 támogatja, és ezt többször láttam több ügyfélnél, több Exchange-verziónál is.

Tehát az Exchange telepítve van az erőforrás-erdőben, és az Exchange-megvalósításban lévő postafiókok úgynevezett linkelt postafiókok. Az itt található postafiók egy felhasználói fiókhoz kapcsolódik a fiókerdőben. Az erőforrás-erdőben található egy felhasználói fiók a csatolt postafiókhoz, de ez a tervezés miatt letiltott fiók.

A postafiók kiépítésekor egy felhasználói fiók jön létre a fiókerdőben, egy azonos (de letiltott) felhasználói fiók jön létre az erőforráserdőben, és létrejön egy csatolt postafiók. Az üzembe helyezés történhet olyan Microsoft-eszközzel, mint a Microsoft Identity Manager (MIM), egy harmadik féltől származó eszköz, például a Quest, vagy egyszerű PowerShell-szkriptek használatával. A folyamat a következő ábrán látható:

Ez akkor lehet hasznos, ha több fiókerdővel rendelkezik, amelyeknek egyetlen Exchange-szervezetet kell használniuk. Ezt a helyzetet több ügyfélnél tapasztaltam. A végén egy ilyen forgatókönyvet kapsz:

Egyet kell értenem, a dolgok elég gyorsan bonyolulttá válhatnak, de ez egy teljesen támogatott forgatókönyv, és bizonyos esetekben hasznos is lehet. Az egyik ügyfelem többszörös felvásárlás miatt alkalmazta ezt a forgatókönyvet.

A laborkörnyezetemben az első forgatókönyvvel dolgozom. Telepítettem egy fiókerdőt (accounts.local) és egy erőforrás-erdőt (resources.local). A telepített Exchange verzió az Exchange 2010, van egy többfeladatú Exchange 2010 szerver és egy Exchange 2010 Edge Transport szerver. Mindkét kiszolgálón a 20-as összesítő frissítéssel rendelkező Service Pack 3 fut. A fiókok a fiókerdőben jönnek létre, és a kapcsolódó postafiók az erőforráserdőben jön létre.

Minden postafióknak van egy msExchangeRecipientTypeDetails nevű tulajdonsága, amely megmondja, hogy milyen postafiókról van szó. Ha ennek a tulajdonságnak az értéke „2”, akkor ez egy linkelt postafiók, ha pedig „1”, akkor normál postafiók. Ennek az ingatlannak és értékeinek áttekintése megtalálható John Baily blogjában a TechNeten.

A postafiók második fontos tulajdonsága az msExchMasterAccountSID. Csatolt postafiók esetén az msExchMasterAccountSID attribútum a megfelelő felhasználó objektumSID értékével van feltöltve a fiókerdőben. Ha az ADSI Edit funkciót használja, és ellenőrzi a felhasználói fiók objektumSID-jét és mindkét fiók msExchMasterAccountSID-jét, látni fogja, hogy ugyanaz az értékük. A fiókerdőben a Don Drop nevű tesztfelhasználó esetében a következő objektumSID látható:

Az erőforrás-erdőben a megfelelő letiltott fiókhoz pedig a következő msExchMasterAccountSID látható:

Vagy ha inkább a PowerShellt szeretné használni, hajtsa végre a következő parancsokat egy PowerShell-ablakban (az Exchange-erdőben) az msExchMasterAccountSID lekéréséhez:

Import-Module ActiveDirectory
$MBXUser = Get-ADUser -Identity Don -Properties *
$MBXUser.msExchMasterAccountSID | fl

A felhasználó objektumSID-jének lekéréséhez a fióktartományból hajtsa végre a következő PowerShell-parancsokat:

$AccountsCred = Get-Credential "accounts\administrator"
Get-ADUser -Filter {ObjectSID -eq $MBXUser.msExchMasterAccountSid} -Properties * -Server accdc01.accounts.local -Credential $AccountsCred | fl Name,ObjectSID

Megjegyzés. Ebben a forgatókönyvben az ObjectSID és az MSExchMasterAccountSid ismét megjelenik az Azure AD Connect következő blogjában.

A postafiók engedélyeinek ellenőrzéséhez használhatja a Get-ADPermission parancsot a Get-Mailbox parancs kimenetével szemben:

Get-Mailbox -Identity Don | Get-ADPermission -User Accounts\Don | fl *

Amint láthatja, Don rendelkezik a megfelelő engedélyekkel a postafiókjához.

Megjegyzés. Egy csatolt postafiók normál postafiókká alakításához eltávolíthatja az msExchMasterAccountSID értékét a Set-User paranccsal:

Set-User -Identity Don -LinkedMasterAccount $NULL

Ezzel visszaállítja az msExchMasterAccountSID-t, ugyanakkor az msExchRecipientTypeDetails értékét „2”-ről (kapcsolt postafiók) „1”-re (normál postafiók) módosítja.

Összegzés

Tehát mostanra többet kell tudnia az Exchange erőforrás-erdő modellről. Ez egy kicsit bonyolultabb, mint egy egyetlen erdős, egyetlen tartományú modell, amelyben az Exchange telepítve van, de teljes mértékben támogatott forgatókönyv. És egy olyan forgatókönyv, amelyet nagyon rendszeresen látok az ügyfeleknél.

A következő blogomban többet fogok tárgyalni az Azure AD Connectről ebben az erőforrás-erdő-modellben.