Exchange 2016: Hybrid mode with Office 365 (part 3)

This is the third part of the series "Exchange 2016 Hybrid Mode with Office 365". This part deals with the synchronization of local user accounts to Office 365 or Azure Active Directory.

Here are the links to the previous articles:

IDFix

The IDFix tool can be used to detect problems in advance that prevent the successful synchronization of local user accounts with Azure AD. IDFix can be downloaded here free of charge:

IDFix requires no installation and can be run directly:

IDFix

By clicking on "Query", IDFix searches for problems and immediately suggests a solution:

IDFix

No problems were detected in my fresh test environment. If problems occur here, they can also be rectified directly using IDFix. However, a little caution is required here.

Azure AD Connect

In order for hybrid mode to be used, the user accounts of the local Active Directory must be synchronized with Azure Active Directory. The "Azure AD Connect" tool handles the synchronization. Although Azure AD Connect is not absolutely necessary, it makes administration much easier.

The current version of Azure AD Connect can be downloaded here:

Installation is completed in just a few clicks, after which the configuration wizard starts:

Azure AD Connect / Hybrid / Office 365

I choose the "customized" installation here, as some adjustments can be made directly:

Azure AD Connect / Hybrid / Office 365

In this case, the components can be installed with the default settings; it may make sense to move the installation location to another partition:

Azure AD Connect / Hybrid / Office 365

After clicking on "Install", the SQL Express database and the other components are installed:

Azure AD Connect / Hybrid / Office 365

Directly after installing the components, the basic configuration of Azure AD Connect takes place. Password hash synchronization is selected here so that users can log in to Office 365 and local resources with the same user/password.

The advantage of password hash synchronization is that no additional local infrastructure such as ADFS is required; Azure AD Connect synchronizes the password hashes in both directions:

Azure AD Connect / Hybrid / Office 365

In the next step, the Office 365 credentials are entered so that Azure AD Connect can establish a connection to Azure Active Directory:

Azure AD Connect / Hybrid / Office 365

Since Azure AD Connect was installed on a server that is a member of the local Active Directory, the local overall structure is already proposed:

Azure AD Connect / Hybrid / Office 365

However, the login information must still be entered under "Add directory".

In my case, the password field was not visible in the following dialog, but if you press the Tab key once, you can access the field.

Azure AD Connect / Hybrid / Office 365

Once the login information has been entered, the local Active Directory can be seen in the list of "Configured directories":

Azure AD Connect / Hybrid / Office 365

The next dialog shows the Azure login configuration for the users. In this case, users can log in to both the local AD and Office 365 with their UPN:

Azure AD Connect / Hybrid / Office 365

This is one of the main reasons why the "Customized configuration" was selected. In this step, you can select specific OUs to be synchronized with Azure AD. In this way, it is quite easy to restrict which users and groups are synchronized with AzureAD:

Azure AD Connect / Hybrid / Office 365

The next dialog can be continued with the default settings, the identification based on the e-mail address is usually unique, because this can only exist once:

Azure AD Connect / Hybrid / Office 365

In this case, the filtering of which users and devices are to be synchronized has already been carried out at OU level. If the synchronization is to be restricted even further, an AD group can also be used here:

Azure AD Connect / Hybrid / Office 365

"Exchange hybrid provisioning" is selected as an optional feature in the next dialog:

Azure AD Connect / Hybrid / Office 365

Synchronization can be activated in the next step. After the configuration, Azure AD Connect starts directly with the synchronization of the local AD accounts with AzureAD:

Azure AD Connect / Hybrid / Office 365

The setup and synchronization now takes some time:

Azure AD Connect / Hybrid / Office 365

The last dialog shows a summary:

Azure AD Connect / Hybrid / Office 365

As soon as the first synchronization has been completed, the local user accounts are also visible in the Office 365 portal:

Azure AD Connect / Hybrid / Office 365

The next part deals with the Exchange configuration.

12 thoughts on “Exchange 2016: Hybrid Modus mit Office 365 (Teil 3)”

  1. Hallo,
    Ich habe vielleicht voreilig schon im O365 Tenant die Benutzer schon vor dem AD Sync angelegt und auch O365 Lizenzen zugewiesen. Wie ist die sinnvollste Vorgehensweise in so einem Fall?
    – Die Benutzer wieder löschen? Dann können sie wahrscheinlich ihre Office Pakete für die Zeit des Sync nicht verwenden..
    – Oder nur die Exchange Online Lizenz entfernen?
    – Gar nichts machen, schafft das der AD Sync?
    Grüße
    Michael

    Reply
  2. Hallo,
    wie oft synchronisiert der AD Connector eigentlich? Und wenn ich Attribute an Benutzern in meinem lokalen AD verändere, werden diese dann direkt zu O365 gesynct?
    Vg
    Rolf

    Reply
  3. Hallo Franky,

    ich warte dann auch mal auf Teil4 :-) ,da bei uns Z.B Skype auch nicht mit unserem lokalen Exchange kommunizieren will….

    Reply
  4. Moin,

    für die paranoiden unter uns ist Option zwei bei der Art der Benutzeranmeldung (Pass-Through Authentifizierung) interessant, da in dem Fall keine Kennworthashes in’s Azure AD synchronisiert werden (sofern nicht separat noch ausgewählt). Noch relativ neu, funktioniert aber problemlos, auch in Verbindung mit Single-Sign-On, welches ich aus Komfortgründen noch aktiviert hätte.

    Im Azure AD wird eine Art Anmeldewarteschlange erzeugt, auf welche der Agent auf dem AD Connect Server zugreift und die Benutzeranmeldungen lokal abarbeitet.

    Von den Agenten sollten OnPremise aus Gründen des Failovers zwei vorhanden sein. Diese können jedoch an zwei unterschiedlichen Standorten ausgeführt werden.

    Gruß Alex

    Reply
  5. Hallo Bernd,

    der HCW (Hybrid Configuration Wizard), auf den Franky in Teil 4 wahrscheinlich eingehen wird, konfiguriert unter anderem eine Federation zwischen O365 und dem OnPrem Exchange Server. Dadurch stehen Free/Busy sowie GAL übergreifend zur Verfügung. Zu den Kalenderproblemen kann ich nichts sagen.

    Reply
  6. Hi,

    vielen Dank fuer die Anleitung, wie sieht das eigentlich mit dem GAL und den Free/Busy Optionen aus wenn User teils On Premise sind und teilweise schon bei Exchange Online. Kannst Du dazu mal schreiben? Das Adressbuch ist ja bei Exchange Online so nicht abrufbar und beim Kalender gibt es wohl auch immer wieder Probleme wenn man keinen Vollzugriff gewaehrt?

    Danke.

    Reply

Leave a Comment