Weitere Informationen zu den Optionen des Konfigurationsmanagers

Beispiele: ad.example.com oder 10.22.1.1.

Falls Ihr LDAP-Server anonyme Verbindungen zulässt und Sie sich anonym verbinden möchten, wählen Sie Anonym aus. Wählen Sie andernfalls Einfach aus.

Falls Ihr LDAP-Verzeichnisserver für die Anmeldung eine Domain erfordert, geben Sie auch die Domain dieses Nutzers an.

Beispiel: admin1

Beispiel: swordfishX23

Geben Sie den Base-DN für den Teilbaum ein, der synchronisiert werden soll. Verwenden Sie keine Leerzeichen zwischen Kommas. Wenn Sie Ihren Base-DN nicht kennen, wenden Sie sich an Ihren LDAP-Administrator oder sehen Sie in einem LDAP-Browser nach.

Wenn Sie dieses Feld leer lassen, werden alle Domains in der Gesamtstruktur durchsucht.

Beispiel: ou=test,ou=vertrieb,ou=melbourne,dc=ad,dc=beispiel,dc=de

Der SMTP-E-Mail-Server, der für Benachrichtigungen verwendet wird. GCDS nutzt diesen Server als Relay-Host.

Beispiel:

• 127.0.0.1
• smtp.gmail.com

Klicken Sie auf das Kästchen, wenn Sie SMTP mit TLS verwenden möchten (erforderlich für smtp.gmail.com).

Unterstützte TLS-Versionen: 1.0, 1.1 und 1.2 (ab GCDS-Version 4.7.6 unterstützt)

Beispiel:

Nutzername: admin@solarmora.com
Passwort: ud6rTYX2!

Beispiel: admin@solarmora.com

Benachrichtigungen werden an alle Adressen auf dieser Liste gesendet. Wenn Sie mehrere Empfänger angeben möchten, klicken Sie nach der Eingabe jeder E‑Mail-Adresse auf Hinzufügen.

Abhängig von Ihren E-Mail-Servereinstellungen kann GCDS möglicherweise keine E-Mails an externe E-Mail-Adressen senden. Klicken Sie auf Testbenachrichtigung, um zu bestätigen, dass die E‑Mails korrekt gesendet werden.

Beispiel: dirsync-admins@solarmora.com

Beschränken Sie die Informationen, die in Benachrichtigungs-E‑Mails gesendet werden. Folgendes lässt sich ausschließen:

• Zusätzliche Details, z. B. eine Liste ausgeschlossener Objekte
• Warnungen
• Fehlermeldungen

Beispiel: sync.log

Sie haben die Möglichkeit, dem Dateinamen den Platzhalter #{timestamp} hinzuzufügen. Er wird bei jeder Ausführung durch einen tatsächlichen Zeitstempel ersetzt (z. B. 20190501-104023), bevor die Protokolldatei auf der Festplatte gespeichert wird.

Wenn Sie den Platzhalter verwenden, wird für jede Simulation oder Synchronisierung eine neue Protokolldatei erstellt. Protokolle, die älter als 30 Tage sind, werden automatisch gelöscht.

Beispiel: sync.#{timestamp}.log

Der Name der Protokolldatei für eine Synchronisierung, die am 1. Mai 2019 um 10:40:23 Uhr durchgeführt wurde, lautet also beispielsweise sync.20190501-104023.log.

• FATAL: Protokolliert nur schwerwiegende Vorgänge.
• ERROR: Protokolliert Fehler und schwerwiegende Vorgänge.
• WARN: Protokolliert Warnungen, Fehler und schwerwiegende Vorgänge.
• INFO: Protokolliert zusammenfassende Informationen.
• Fehlerbehebung: Protokolliert ausführlichere Details.
• TRACE: Protokolliert alle verfügbaren Details.

Die Detailebene ist als Anhäufung zu sehen: Jede Ebene enthält alle Details der vorhergehenden Ebenen. So enthält "Fehler" beispielsweise alle Fehler und alle Vorgänge mit nicht behebbaren Fehlern.

Die maximale Größe der Protokolldatei in Megabyte.

Der Wert umfasst alle Sicherungsdateien sowie die aktuelle Datei. Die Anzahl der Sicherungsdateien wird durch das Attribut für die Anzahl der Protokolldateien bestimmt (siehe unten).

So berechnen Sie die maximale Größe einer Protokolldatei: <Maximale Protokollgröße> ÷ (<Anzahl der Protokolldateien> + 1)

Beispiel: 500

Die Anzahl der Protokolldateien, die auf dem Datenträger gespeichert werden. Der Standardwert ist 10.

Hinweis: Diese Einstellung lässt sich nur in der Konfigurationsdatei im Tag <logFileCount> ändern.

Beispiel: E-Mail

Ersetzen ungültiger Zeichen aktivieren

Ersetzen ungültiger Zeichen

Wenn Sie das Kästchen anklicken, werden Leerzeichen und ungültige Zeichen in einer E-Mail-Adresse durch den String ersetzt, der im Feld Ersetzen ungültiger Zeichen angegeben ist.

Wenn Sie das Kästchen anklicken, das Feld aber leer lassen, entfernt GCDS Leerzeichen und ungültige Zeichen aus der Adresse.

Beispiel

Die E-Mail-Adresse auf dem LDAP-Server lautet
xyz@example.com.

• Wenn Sie in das Feld Ersetzen ungültiger Zeichen einen Unterstrich (_) eingeben, wird die E-Mail-Adresse von GCDS in x_y_z@example.com umgewandelt.
• Wenn das Feld Ersatz für ungültige Zeichen leer gelassen wird, wird die E-Mail-Adresse von GCDS in xyz@example.com umgewandelt.

Beispiel: objectGUID

Beispiel: proxyAddresses

Ist das Feld leer, werden alle mit dem Google-Nutzerprofil verknüpften Aliasse nach einer GCDS-Synchronisierung nicht entfernt. Sie können aber weiterhin in Google Workspace verwaltet werden.

• Nur aktive Nutzer der Google-Domain löschen, die auf dem LDAP-Server nicht gefunden werden (gesperrte Nutzer bleiben erhalten): Aktive Nutzer Ihrer Google-Domain werden gelöscht, falls sie nicht auf Ihrem LDAP-Server vorhanden sind. Gesperrte Nutzer werden nicht geändert. Das ist die Standardeinstellung.
• Aktive und gesperrte Nutzer löschen, die nicht auf dem LDAP-Server gefunden werden: Alle Nutzer Ihrer Google-Domain werden gelöscht, wenn sie nicht auf Ihrem LDAP-Server vorhanden sind, einschließlich gesperrter Nutzer.
• Google-Nutzer, die nicht auf dem LDAP-Server gefunden werden, sperren statt löschen: Aktive Nutzer Ihrer Google-Domain werden gesperrt, wenn sie nicht auf Ihrem LDAP-Server vorhanden sind. Gesperrte Nutzer werden nicht geändert.
• Nutzer von Google-Domains, die nicht auf dem LDAP-Server gefunden werden, nicht sperren oder löschen: Nutzer in Ihrer Google-Domain werden nicht gesperrt oder gelöscht, es sei denn, Sie haben eine Suchregel festgelegt, über die Nutzer gesperrt werden.

In diesem Feld können Sie ein LDAP-Attribut angeben, das als eindeutige Kennung für Nutzereinträge auf Ihrem LDAP-Server dient. Wenn Sie dieses Attribut angeben, kann GCDS Änderungen an den E-Mail-Adressen von Nutzern auf Ihrem LDAP-Server überwachen. So kann GCDS Änderungen an der E-Mail-Adresse eines Nutzers mit Ihrer Google-Domain synchronisieren, ohne den vorhandenen Nutzer zu löschen und einen neuen mit der aktualisierten E-Mail-Adresse zu erstellen.

Wenn Sie dieses Feld festlegen, erstellt GCDS automatisch eine neue Zuordnungsdatei mit dem folgenden Namen im Home-Verzeichnis: nonAddressKeyMappingsFilePath.tsv

Wenn Sie den Namen oder Speicherort dieser Datei ändern möchten, aktualisieren Sie das folgende Tag in der XML-Konfigurationsdatei: <nonAddressKeyMappingsFilePath>

Dieses Feld ist optional, wird aber empfohlen.

Beispiel: objectGUID

Sie können für den Vornamen auch mehrere Attribute verwenden. Wenn Sie mehrere Attribute verwenden, setzen Sie jeden Namen im Attributfeld in eckige Klammern.

Beispiele: Vorname, [cn]-[ou]

Beispiele: Nachname, [cn]-[ou]

Ein LDAP-Attribut, das den Anzeigenamen jedes Nutzers enthält.

Beispiel: displayName

• Nur für neue Nutzer: Die Passwörter neu erstellter Nutzer in GCDS werden synchronisiert. Bestehende Passwörter werden nicht synchronisiert. Verwenden Sie diese Option, wenn Sie möchten, dass Ihre Nutzer ihre Passwörter in der Google-Domain verwalten. Hinweis: Diese Option ist auch sinnvoll, wenn Sie ein vorübergehendes Passwort oder ein Einmalpasswort für neue Nutzer erstellen.
• Für neue und bestehende Nutzer: Alle Nutzerpasswörter werden synchronisiert. Bestehende Passwörter in Ihrer Google-Domain werden dabei überschrieben. Diese Option eignet sich für die Verwaltung von Nutzerpasswörtern auf dem LDAP-Server, ist jedoch weniger effizient als die Option Nur geänderte Passwörter.
• Nur geänderte Passwörter: GCDS synchronisiert nur Passwörter, die seit der letzten Synchronisierung geändert wurden. Diese Option eignet sich für die Verwaltung der Nutzerpasswörter auf Ihrem LDAP-Server. Hinweis: Wenn Sie diese Option verwenden, müssen Sie auch das Attribut für den Passwortzeitstempel angeben.

Beispiel: BenutzerdefiniertesPasswort1

Beispiel: ZeitpunktDerPasswortänderung

• SHA1: Passwörter auf Ihrem LDAP-Verzeichnisserver, die per SHA1 ohne Salt verschlüsselt wurden.
• MD5: Passwörter auf Ihrem LDAP-Verzeichnisserver, die per MD5 ohne Salt verschlüsselt wurden.
• Base64: Passwörter auf Ihrem LDAP-Verzeichnisserver mit Base64-Codierung.
• Klartext: Unverschlüsselte Passwörter auf Ihrem LDAP-Verzeichnisserver. Das Passwortattribut wird als unverschlüsselter Text gelesen, unmittelbar mithilfe von SHA1 verschlüsselt und dann mit der Google-Domain synchronisiert.

Hinweis: Passwörter werden von GCDS nie unverschlüsselt gespeichert, protokolliert oder übertragen. Wenn Passwörter auf Ihrem LDAP-Verzeichnisserver mit Base64 codiert oder Nur-Text sind, verschlüsselt GCDS sie unmittelbar mithilfe von SHA1 und synchronisiert sie mit Ihrer Google-Domain. In den Protokollen zur simulierten und vollständigen Synchronisierung wird das Passwort als SHA1-Passwort angezeigt.

Verwenden Sie dieses Feld nur, wenn Sie auch ein Passwortattribut angeben. Wenn Sie das Feld Passwortattribut leer lassen, wird die Konfiguration beim Speichern und erneuten Laden auf das standardmäßige SHA1-Format zurückgesetzt. Hinweis: Nicht alle Verschlüsselungsformate für Passwörter werden unterstützt. Sie können die Passwortverschlüsselung auf dem LDAP-Verzeichnisserver mit einem Verzeichnisbrowser suchen und ändern.

Die Verzeichnisserver von Active Directory und HCL Domino speichern Passwörter standardmäßig in keinem dieser Formate. Sie können ein Standardpasswort für neue Nutzer festlegen, das diese bei der ersten Anmeldung ändern müssen.

Wenn diese Option ausgewählt ist, müssen Nutzer ihr Passwort bei der ersten Anmeldung in ihrem Google-Konto ändern. So können Sie ein vorläufiges Passwort festlegen, entweder über ein LDAP-Attribut oder über ein Standardpasswort für neue Nutzer, das der Nutzer bei der ersten Anmeldung ändern muss.

Verwenden Sie diese Option, wenn Sie ein Attribut in einem der folgenden Felder festlegen:

• Im Feld Passwortattribut, aber nur ein temporäres oder Einmalpasswort
• Im Feld Standardpasswort für neue Nutzer

Hinweis: Wenn Ihre Nutzer ihr Google-Passwort nicht selbst verwalten, z. B. wenn Sie Password Sync oder die Einmalanmeldung (SSO) verwenden, empfehlen wir, diese Einstellung nicht zu aktivieren.

Wichtig: Wenn Sie hier ein Standardpasswort eingeben, sollten Sie auf das Kästchen neben Neue Nutzer müssen ihr Passwort ändern klicken. Ansonsten können Nutzer das Standardpasswort behalten.

Beispiel: swordfishX2!

Geben Sie an, welcher Google-Organisationseinheit Nutzer zugeordnet werden sollen, die mit der Regel gefunden werden. Wenn die angegebene Organisationseinheit nicht vorhanden ist, werden die Nutzer der Stammorganisationseinheit Ihrer Google-Domain hinzugefügt.

Diese Option wird nur angezeigt, wenn Sie auf der Seite Allgemeine Einstellungen die Option Organisationseinheiten aktiviert haben.

Zu den Optionen gehören:

• Organisationseinheit basierend auf Zuordnung von Organisationseinheiten und DN: Fügen Sie Nutzer der Einheit hinzu, die dem DN des Nutzers auf Ihrem LDAP-Server entspricht. Dies basiert auf Ihren Organisationszuordnungen und wird in der Liste der synchronisierten LDAP-Nutzer als [übernommen] angezeigt.
• Name der Organisationseinheit: Fügen Sie alle Nutzer, auf die diese Regel zutrifft, derselben Google-Organisationseinheit hinzu. Geben Sie die Organisationseinheit im Textfeld an.

  Beispiel: Nutzer

• In diesem LDAP-Attribut definierter Name der Organisationseinheit: Fügen Sie jeden Nutzer der Organisationseinheit hinzu, die den angegebenen Namen in einem Attribut auf Ihrem LDAP-Verzeichnisserver enthält. Geben Sie das Attribut in das Textfeld ein.

  Beispiel: extensionAttribute11

Alle Nutzer sperren, die mit dieser LDAP-Regel zur Nutzersynchronisierung übereinstimmen.

Hinweise:

• GCDS sperrt oder löscht Nutzer, die bereits in Ihrer Google-Domain vorhanden sind, basierend auf der Richtlinieneinstellung „Löschen/Sperren von GCDS-Nutzerkonten“.
• Nutzer in Ihrer Domain, die Sie gesperrt haben, werden von GCDS wieder aktiviert, wenn sie mit einer Suchregel übereinstimmen, für die Nutzer sperren nicht aktiviert ist.
• Diese Funktion wird für das Staging von Nutzerkonten in der Domain verwendet. Die neuen Nutzer werden als gesperrte Nutzer erstellt. Wenn Sie mit dieser Regel aktive Nutzer importieren, klicken Sie das Kästchen nicht an.

LDAP-Attribut, das die ID des Gebäudes enthält, in dem der Nutzer arbeitet. Es kann auch auf „Remote tätig“ festgelegt werden, wenn der Nutzer nicht primär in einem Bürogebäude arbeitet.

Administratoren können Nutzern auch erlauben, Standorte selbst festzulegen. Weitere Informationen finden Sie im Hilfeartikel Nutzern das Ändern von Bildern und Profilinformationen ermöglichen.

LDAP-Attribut, das die zusätzlichen E-Mail-Adressen des Nutzers enthält. Sie können in dieses Feld mehrere Werte eingeben.

Hinweis:In diesem Feld wird nur die Synchronisierung von Adressen des E-Mail-Typs Beruflich unterstützt.

LDAP-Attribut, das die Website-URLs des Nutzers enthält. Sie können in dieses Feld mehrere Werte eingeben.

Gültige URLs werden mit dem folgenden regulären Ausdruck geprüft:

^((((https?|ftps?|gopher|telnet|nntp)://)|(mailto:|news:))(%[0-9A-Fa-f]{2}|[-()_.!~*';/?:@&=+$,A-Za-z0-9])+)([).!';/?:,][[:blank:]])?$]]>

Ungültige URLs werden übersprungen.

LDAP-Attribut, das die Telefonnummer zur Kontowiederherstellung des Nutzers enthält. Die Telefonnummer muss dem internationalen Format E.164 entsprechen und mit dem Pluszeichen (+) beginnen.

Das Attribut kann mithilfe von eckigen Klammern als Ausdruck festgelegt werden. So können Sie zusätzliche Zeichen einfügen.

Beispiele:

• +[ldap-attribute]: Dem Wert des Attributs wird ein Pluszeichen vorangestellt.
• +41[ldap-attribute]: Dem Wert des Attributs wird ein Pluszeichen und ein Ländercode vorangestellt.

Beispiel: ou=melbourne,dc=ad,dc=example,dc=com

Beispiel: Melbourne

Beispiel: Beschreibung

Wenn diese Option aktiviert ist, werden Google-Organisationseinheiten während einer Synchronisierung auch dann beibehalten, wenn sie sich nicht auf Ihrem LDAP-Server befinden.

Wenn diese Option aktiviert ist, werden Google-Organisationseinheiten nicht mit Ihrem LDAP-Server synchronisiert. Nutzer können jedoch gemäß Ihren Nutzersuchregeln bestehenden Google-Organisationseinheiten hinzugefügt werden.

Wenn diese Option nicht aktiviert ist, fügt GCDS Organisationseinheiten in Ihrer Google-Domain hinzu bzw. löscht sie entsprechend der Organisationsstruktur auf Ihrem LDAP-Server und entsprechend den von Ihnen angegebenen Zuordnungen.

Beispiel: E-Mail

Beispiel: extendedAttribute6

Beispiel: E-Mail

Der Wert für die LDAP-Objektklasse Ihrer Gruppen. Damit werden Einzelnutzer- und Gruppenmitglieder getrennt. Bei Gruppenmitgliedern spricht man auch von „verschachtelten Gruppen“.

Beispiel: Gruppe

Klicken Sie auf dieses Kästchen, wenn die Suchregel für dynamische Verteilergruppen in Exchange gilt.

Hinweis: Wenn Sie „DYNAMIC_GROUPS“ in der XML-Konfigurationsdatei manuell aktivieren, aber „INDEPENDENT_GROUP_SYNC“ weglassen, muss die dynamische Gruppensuchregel die erste Gruppensuchregel sein. Weitere Informationen finden Sie im Hilfeartikel Häufige Probleme mit GCDS beheben.

GCDS ruft die E-Mail-Adressen dieser Mitglieder auf und fügt jedes Mitglied der Gruppe in Ihrer Google-Domain hinzu.

Wenn die Option Dynamische (abfragebasierte) Gruppe aktiviert ist, muss dieses Feld einen Verweis auf ein LDAP-Attribut enthalten, das den Filter enthält, mit dem GCDS die Gruppenmitgliedschaft bestimmt.

Beispiel (nicht dynamisch): memberUID

Beispiel (dynamisch): msExchDynamicDLFilter

Beispiel: Mitgliederadresse

In Exchange und GCDS notieren dynamische Gruppen die Mitgliedschaft als LDAP-Abfrage. Das Attribut für den Mitgliederverweis enthält die LDAP-Abfrage, während das Attribut für den Base-DN einer dynamischen Gruppe auf den Base-DN verweist, auf dem die Abfrage durchgeführt wird.

Beispiel: Attribute und Werte einer dynamischen Gruppe in LDAP

dn: CN=MyDynamicGroup,OU=Groups,DC=altostrat,DC=com
mail: mydynamicgroup@altostrat.com
member:
msExchDynamicDLFilter: (|(CN=bob.smith,OU=Users,DC=altostrat,DC=com)| (CN=jane.doe,OU=Users,DC=altostrat,DC=com)) msExchDynamicDLBaseDN: OU=Users,DC=altostrat,DC=com

Hinweis: Das Attribut „Mitglied“, das in der Regel zur Auflistung von Gruppenmitgliedern verwendet wird, ist leer. Stattdessen befindet sich dort eine LDAP-Abfrage, mit der in der Organisationseinheit „Nutzer“ sowohl max.mustermann als auch erika.mustermann gefunden werden.

GCDS ruft die E-Mail-Adressen der einzelnen Inhaber von Mailinglisten auf und fügt diese Adressen als Gruppeninhaber in Ihrer Google-Domain hinzu.

Beispiel: ownerUID

Diese Adresse wird in Ihrer Google-Domain als Gruppeninhaber hinzugefügt.

Beispiel: Eigentümer

Ein oder mehrere Attribute, die Alias-Adressen enthalten. Die Adressen werden in Google Groups als Aliase der primären E-Mail-Adresse der Gruppe hinzugefügt.

Wenn das Feld leer ist, werden keine der Aliasse entfernt, die der Gruppe zugeordnet sind. Sie können Aliasse auch im Google-Konto Ihrer Organisation verwalten.

Beispiel: proxyAddresses

In diesem Feld können Sie ein LDAP-Attribut angeben, das als eindeutige Kennung für Gruppeneinträge auf Ihrem LDAP-Server dient. Wenn Sie dieses Attribut angeben, kann GCDS Änderungen an Gruppen-E-Mail-Adressen auf Ihrem LDAP-Server überwachen. So kann GCDS Änderungen mit Ihrer Google-Domain synchronisieren, wenn eine Gruppe aktualisiert wird, ohne die vorhandene Gruppe zu löschen und eine neue mit der neuen E-Mail-Adresse zu erstellen.

Wenn Sie dieses Feld festlegen, erstellt GCDS eine neue Zuordnungsdatei mit dem Namen „groupKeyMappingsFilePath.tsv“ im Basisverzeichnis. Wenn Sie den Namen oder Speicherort dieser Datei ändern möchten, aktualisieren Sie das Tag <groupKeyMappingsFilePath> in der XML-Konfigurationsdatei. Dieses Feld ist optional, wird aber empfohlen.

Beispiel: objectGUID

Beispiel: Gruppen-

Beispiel: -Liste

Ersetzen ungültiger Zeichen aktivieren

Ersetzen ungültiger Zeichen

Wenn Sie das Kästchen anklicken, werden Leerzeichen und ungültige Zeichen in einer E-Mail-Adresse durch den String ersetzt, der im Feld Ersetzen ungültiger Zeichen angegeben ist.

Wenn Sie das Kästchen anklicken, das Feld aber leer lassen, entfernt GCDS Leerzeichen und ungültige Zeichen aus der Adresse.

Beispiel

Die E-Mail-Adresse auf dem LDAP-Server lautet
xyz@example.com.

• Wenn Sie in das Feld Ersetzen ungültiger Zeichen einen Unterstrich (_) eingeben, wird die E-Mail-Adresse von GCDS in x_y_z@example.com umgewandelt.
• Wenn das Feld Ersatz für ungültige Zeichen leer gelassen wird, wird die E-Mail-Adresse von GCDS in xyz@example.com umgewandelt.

Beispiele: dn oder Kontaktreferenznummer

Beispiel: [Präfix] – [Vorname] [sn] [Suffix]

Wichtig: In „Kalenderressourcen“ wird kein LDAP-Attribut synchronisiert, das Leerzeichen oder Zeichen wie das @-Zeichen oder einen Doppelpunkt (:) enthält.

Weitere Informationen zur Benennung von Kalenderressourcen finden Sie im Hilfeartikel Empfehlungen für die Benennung von Ressourcen.

Das LDAP-Attribut, das den Namen der Kalenderressource enthält.

Beispiel:

[building]-[floor]-Boardroom-[roomnumber]

In diesem Beispiel sind building (Gebäude), floor (Etage) und roomnumber (Raumnummer) LDAP-Attribute. Nach einer Synchronisierung werden diese Attribute durch den entsprechenden Wert ersetzt, z. B. Main-12-Boardroom-23.

Beispiel: [Beschreibung]

Wichtig: In „Kalenderressourcen“ wird kein LDAP-Attribut synchronisiert, das Leerzeichen oder Zeichen wie das @-Zeichen oder einen Doppelpunkt (:) enthält.