Office 365 címtárszinkronizálás Exchange-kiszolgáló nélkül

Sok kérdést kapok az Office 365-tel, a címtárszinkronizálással a helyszíni Active Directoryból és a helyszíni Exchange-kiszolgálók leszerelésével kapcsolatban. Sok ügyfél szeretne helyszíni Active Directoryt, postaládákat az Office 365-ben, és többé nem szeretne helyszíni Exchange-kiszolgálót.

A kérdés tehát alapvetően a következő: „Leállíthatjuk-e Exchange-kiszolgálóinkat az Office 365-re való átállás után? ”

Ez egy egyszerű kérdés, egyszerű válasz, és a válasz: „Nem, nem lehet leállítani az utolsó helyszíni Exchange-kiszolgálót”. Hadd magyarázzam el, miért.

A tekintély forrása

Egy korábbi blogbejegyzésemben már tárgyaltam az identitás három típusát:

• Cloud Identities.
• Szinkronizált identitások.
• Összevont identitások.

A címtár-szinkronizálással (az Azure AD Connecten keresztül) szinkronizált identitásokról vagy egyesített identitásokról beszélünk. Fontos megjegyezni, hogy a jogosultság forrása, ami azt jelenti, hogy hol kezelik az identitásokat, a helyszíni Active Directory. A fiókok létrehozása és kezelése a helyszínen történik, nem pedig a felhőben. Ez igaz a fiókok tulajdonságaira is.

Tegyük fel, hogy a következő helyzet áll előttünk. Van egy Active Directory-környezet, nincs helyszíni Exchange-kiszolgáló, és van egy AADConnect-kiszolgáló az Azure Active Directoryba való replikációhoz, ahogy az a következő képen látható.

1. ábra: Az Azure AD Connect szinkronizálja a felhasználói fiókokat az Office 365-tel.

A belső tartomány az Exchangelabs.local, az Exchangelabs.nl külső tartomány csak az Office 365-ben van ellenőrizve, és alapértelmezett tartományként van beállítva. A helyszíni Active Directoryban van egy OU=Fiókok, ahol az objektumok különböző szervezeti egységekben vannak, például OU=Csoportok, OU=Felhasználók, OU=Kapcsolatok stb.

2. ábra: Felhasználói fiókok az Active Directoryban: Felhasználók és számítógépek. Kérjük, vegye figyelembe a különböző beállításokat az E-mail cím oszlopban.

Az Azure AD Connect telepítése automatikusan észleli, hogy nincs telepítve Exchange-kiszolgáló (az Active Directory séma nincs is előkészítve, tehát valóban zöldmezős Active Directory), így az Exchange Hybrid opció nem érhető el a telepítő alkalmazásban:

3. ábra: Az Azure AD Connect jelszókivonat-szinkronizálással van konfigurálva

Az egyetlen kiválasztott lehetőség a Jelszó hash szinkronizálása. A korábban említett szervezeti egység OU=Fiókok az egyetlen szervezeti egység, amely az objektumreplikációhoz van kiválasztva, így a telepítési alkalmazás és a kezdeti szinkronizálás befejezése után a felhasználói fiók megjelenik a Microsoft Online Portalon.

Amikor az Office 365 (E3) licencek hozzá vannak rendelve a replikált felhasználói fiókokhoz, egy furcsa dolog látható. A felhasználói fiók pontosan megfelel az elvárásoknak, azaz a bwesselius@exchangelabs.nl, de az elsődleges SMTP-cím nem ezt tükrözi, és valójában a bérlő nevén alapul, azaz a bwesselius@exchangelabsnl.onmicrosoft.com, amint az a következő képernyőképen látható.

4. ábra: A felhasználó e-mail címe helytelenül van beállítva. A bérlő e-mail címe elsődleges SMTP-címként van beállítva.

Ha módosítani szeretné az e-mail címet a bérlői e-mail címről a normál e-mail címre, a következő figyelmeztetést fogja látni:

5. ábra: A felhasználó elsődleges SMTP-címe nem módosítható

A Beállítás elsődlegesnek gomb szürkén jelenik meg, így az e-mail cím nem módosítható.

Amikor ezt az Exchange Admin Centerben (az Exchange Online-ban) megpróbálja, az sem működik, és a következő hibaüzenet jelenik meg:

A „Bram Wesselius” postafiók művelete meghiúsult, mert kívül esik az aktuális felhasználó írási hatókörén. A „Set-Mailbox”, „EmailAddresses” művelet nem hajtható végre a „Bram Wesselius” objektumon, mert az objektum szinkronizálása folyamatban van a helyszíni szervezettől. Ezt a műveletet az objektumon kell végrehajtani a helyszíni szervezetében.

6. ábra. Az „írási hatókörrel” kapcsolatos hibaüzenet jelenik meg, ha a felhasználó e-mail címe megváltozik.

Most kezd érdekes lenni. Nézze meg közelebbről a 2. ábrát. Látni fogja, hogy a BWesselius felhasználónak nincs e-mail címe beállítva az Active Directoryban, de az Ahaverkamp felhasználónak igen. Ez nem egy Exchange e-mail cím (mivel az Exchange nincs a helyszínre telepítve, az Active Directory nem alkalmazza az Exchange sémamódosításait, ez valóban egy zöldmezős Active Directory), de az e-mail cím be van állítva az Active Directory felhasználók és Számítógépek.

7. ábra: A felhasználó e-mail címe az Active Directory Felhasználók és számítógépek között van beállítva.

Ha az e-mail-címet az Active Directory-felhasználók és -számítógépek használatával állítja be, a rendszer megfelelően szinkronizálja az Office 365-tel, és az Exchange Online-ban a felhasználó elsődleges e-mail címeként használja.

Tehát most már tudjuk, hogyan kell beállítani az elsődleges e-mail címet, amikor a felhasználó ki van jelölve a helyszíni Active Directoryban. Annak ellenére, hogy a felhasználó már rendelkezik a helyes elsődleges e-mail címmel, továbbra sem lehet megváltoztatni a felhasználó e-mail címét az Office 365 portálon vagy az Exchange (online) Felügyeleti Központban.

Ezt a viselkedést az okozza, hogy ebben a forgatókönyvben a fiók szinkronizált fiók. A jogosultság forrása a helyszíni Active Directory, és itt kell minden változtatást végrehajtani. A módosítás után az új beállítások szinkronizálódnak az Office 365-tel.

Tehát a BWesselius felhasználó elsődleges e-mail címének megváltoztatásához hozzá kell adni az e-mail címet az Active Directory felhasználók és számítógépek levelezési tulajdonságához, és meg kell várni, amíg megtörténik a szinkronizálás (vagy kényszeríteni kell a címtár-szinkronizálást). Ha módosítani szeretne egy e-mail címet, például az AHaverkamp felhasználó esetében, egyszerűen módosíthatja a felhasználó levelezési tulajdonságát az Active Directory Felhasználók és számítógépek részben.

Tehát most már tudjuk, hogyan hozhatunk létre felhasználót a helyszíni Active Directoryban, és hogyan állíthatjuk be megfelelően az Exchange Online elsődleges e-mail címét. Következő blogomban többet fogok beszélni a helyszíni Exchange-kiszolgálóról.