Office 365 címtárszinkronizálás Exchange-kiszolgáló nélkül II. rész
Az előző blogbejegyzésemben a kérdés a következő volt: „Leállíthatjuk Exchange-kiszolgálóinkat az Office 365-re való átállás után? ", és a nyers válasz a következő volt: "Nem, nem állíthatja le az utolsó helyszíni Exchange-kiszolgálót".
Ebben az előző blogbejegyzésben bemutattam, mi történik, ha szinkronizál egy felhasználót az Azure Active Directoryval a helyszíni Active Directoryból, és hogyan hozhat létre postafiókot az Exchange Online-ban megfelelő elsődleges e-mail címmel. Ugyanakkor csak egy e-mail címet lehetett beállítani, és nincs lehetőség több e-mail cím hozzáadására, és más Exchange-beállítások módosítására sem.
Ebben a blogbejegyzésben arról fogok beszélni, hogyan bővíthető ki az Active Directory Exchange-attribútumokkal, hogy több funkcionalitást és kezelési lehetőséget szabadítson fel az Exchange Online-ban. Felhívjuk figyelmét, hogy a blogban található megoldás jól működik, de a Microsoft nem ajánlja és nem támogatja.
Adjon hozzá további e-mail címet
Amint azt az előző blogbejegyzésben láthattuk, az Azure AD Connect telepítésekor nem lehet módosítani a felhasználók e-mail címét az Office 365-ben (EAC használatával). Ennek az az oka, hogy a jogosultság forrása a helyszíni Active Directory.
Hogyan adhatunk hozzá további e-mail címeket a felhasználókhoz? Általában az Exchange gondoskodik erről, és a (további) e-mail címeket a proxyAddresses nevű attribútum tárolja. Ez egy többértékű attribútum, és több bejegyzést, azaz e-mail címet is tartalmazhat.
Példánkban zöldmezős Active Directory-t használunk, egy olyan Active Directoryt, amely még egyetlen Exchange-verzióhoz sem készült fel. Ez egy olyan helyzet fordulhat elő, amely akkor fordulhat elő, ha az ügyfél egy másik üzenetküldő platformról, például a Groupwise-ról vagy a Notes-ról költözött, de az Exchange telepítve van. Ennek eredményeként az Exchange-attribútumok nem érhetők el a helyszíni Active Directoryban.
Az Exchange attribútumok hozzáadásához elő kell készítenie a helyszíni Active Directory sémát az Exchange számára a Setup.exe /PrepareSchema /IAcceptExchangeServerLicenseTerms paranccsal az Exchange telepítési adathordozójáról:
A parancs futtatása után az Active Directory séma kibővült, és a felhasználói fiók ADSI Edit segítségével történő ellenőrzésekor láthatja az Exchange-hez kapcsolódó attribútumokat. A következő képernyőképen egy felhasználó proxyAddresses attribútuma látható a fent említett parancs futtatása után.
Az új attribútumokat az Azure Active Directoryban is elérhetővé kell tenni. Ehhez újra kell futtatnia az Azure AD Connect eszközt, és ki kell választania a Címtárséma frissítése lehetőséget, ahogy az alábbi három képernyőképen látható:
Mostantól további e-mail címeket adhatunk ehhez a felhasználóhoz.
Ehhez szerkesztenünk kell a felhasználó proxyAddresses tulajdonságát az alábbi irányelvek szerint:
- Az elsődleges e-mail cím formátuma: SMTP:felhasználónév@domain.com (nagybetűs SMTP)
- További e-mail címek formátuma: smtp:more@domain.com (kisbetűs smtp)
Tehát a következő képernyőképen további e-mail címek kerülnek hozzáadásra az ADSI Edit segítségével az előző blogbejegyzésben létrehozott felhasználóhoz:
És amikor az információkat replikálják az Azure Active Directoryba, ellenőrizheti a felhasználói tulajdonságokat a Microsoft Online Portalon:
Több lehetőséget is módosíthat. Ha például el szeretne rejteni egy felhasználót az Exchange Online címlistájából, akkor az msExchHideFromAddressLists tulajdonságot False értékről True értékre kell állítani, ahogy az a következő képernyőképen látható:
Felhívjuk figyelmét, hogy az „Elrejtés a címlistákból” opció csak akkor aktiválódik az Exchange Online-ban, ha a felhasználó alias attribútuma be van állítva!
A következő kérdések merülnek fel:
- Ez hasznos? Talán.
- Működik? Néha (tapasztalataim szerint)
- Ez támogatott? Egyáltalán nem!
- Ajánlanám ezt? Nem, attól tartok nem.
Összegzés
Ebben a blogbejegyzésben bemutattam, hogyan bővítheti ki a helyszíni Active Directory-t az Exchange attribútumokkal, ami hasznos lehet, ha a Notes vagy a GroupWise szolgáltatásról az Exchange Online-ra vált át. Ily módon az Exchange attribútumok elérhetővé válnak a pemises felületeken, amelyeket kezelési célokra lehet használni. De ha a helyszíni Exchange-ről az Exchange Online-ra költözött, és eltávolította a szervezet utolsó Exchange-kiszolgálóját, akkor alapvetően ugyanabban a helyzetben van.
Sajnos az Exchange Online kezelés csak az ADSI Edit vagy az Active Directory and Computers használatával érhető el az Exchange attribútumok közvetlen szerkesztésével, ami bonyolult lehet, és amit a Microsoft nem támogat. Ez alapvetően egy nem dokumentált szolgáltatás, és amikor a Microsoft megváltoztatja az Azure AD Connect működési módját, előfordulhat, hogy a kézi konfiguráció sikertelen lesz. Mindig ellene javaslom.
A legjobb megoldás egy helyszíni Exchange-kiszolgáló hozzáadása felügyeleti célokra. Egyes esetekben az Exchange-licencet ingyenesen megszerezheti, és az Exchange-kiszolgálón nincs szükség sok beállításra. Ez a következő blogom része.