Узнайте больше о возможностях Configuration Manager

Примеры : ad.example.com или 10.22.1.1.

Если ваш LDAP-сервер разрешает анонимные подключения, и вы хотите подключиться анонимно, выберите «Анонимное подключение» . В противном случае выберите «Простое подключение» .

Если для входа в систему вашему LDAP-серверу каталогов требуется домен, укажите также домен пользователя.

Пример : admin1

Пример : swordfishX23

Введите базовый DN для синхронизируемого поддерева. Не используйте пробелы между запятыми. Если вы не знаете базовый DN, обратитесь к администратору LDAP или воспользуйтесь браузером LDAP.

Если оставить это поле пустым, будет выполнен поиск по всем доменам в лесу.

Пример : ou=test,ou=sales,ou=melbourne,dc=ad,dc=example,dc=com.

SMTP-сервер для отправки уведомлений. GCDS использует этот почтовый сервер в качестве ретрансляционного хоста.

Пример :

• 127.0.0.1
• smtp.gmail.com

Установите флажок, чтобы использовать SMTP с TLS (обязательно для smtp.gmail.com).

Поддерживаемые версии TLS — 1.0, 1.1 и 1.2 (поддержка начинается с версии GCDS 4.7.6).

Пример :

Имя пользователя: admin@solarmora.com
Пароль: ud6rTYX2!

Пример : admin@solarmora.com

Уведомления отправляются на все адреса из этого списка. Чтобы ввести несколько адресов, нажмите кнопку «Добавить» после каждого адреса электронной почты.

В зависимости от настроек вашего почтового сервера, GCDS может быть не в состоянии отправлять письма на внешние адреса электронной почты. Нажмите «Проверить уведомление» , чтобы убедиться, что письмо отправлено правильно.

Пример : dirsync-admins@solarmora.com

Ограничьте объем информации, отправляемой в уведомлениях по электронной почте. Вы можете исключить следующую информацию:

• Дополнительные сведения – например, список исключенных объектов.
• Предупреждения – Предупреждающие сообщения.
• Ошибки – Сообщения об ошибках.

Пример : sync.log

При желании вы можете добавить к имени файла заполнитель #{timestamp} . Заполнитель заменяется фактической меткой времени (например, 20190501-104023) при каждом выполнении перед сохранением файла журнала на диск.

Если вы используете этот заполнитель, GCDS будет создавать новый файл журнала каждый раз при запуске симуляции или синхронизации. Если файл журнала старше 30 дней, он удаляется.

Пример : sync.#{timestamp}.log

Если вы выполните синхронизацию 01.05.2019 в 10:40:23, файл журнала будет называться sync.20190501-104023.log.

• СМЕРТЕЛЬНЫЙ ИСХОД — Регистрируются только операции со смертельным исходом.
• ОШИБКА — Записывает ошибки и критические ошибки.
• ПРЕДУПРЕЖДЕНИЕ — Регистрирует предупреждения, ошибки и критические ошибки.
• ИНФО — Сводная информация из журналов.
• DEBUG — В логах отображаются более подробные сведения.
• TRACE — Регистрирует все возможные подробности.

Уровень детализации является накопительным; каждый уровень включает в себя все детали предыдущих уровней (например, уровень ERROR включает все сообщения ERROR и FATAL).

Максимальный размер файла журнала в мегабайтах.

Максимальный размер журнала включает все файлы резервных копий, а также текущий файл. Количество файлов резервных копий определяется атрибутом количества файлов журнала (см. ниже).

Для вычисления максимального размера файла журнала используйте формулу < максимальный размер файла журнала > / (< количество файлов журнала > + 1).

Пример : 500

Количество файлов журналов, сохраняемых на диск. Значение по умолчанию — 10.

Примечание : Этот параметр можно изменить только в конфигурационном файле внутри тега <logFileCount>.

Пример : почта

Включить замену недопустимых символов

Замена недопустимого символа

Если вы установите флажок, пробелы и недопустимые символы в адресе электронной почты будут заменены строкой, указанной в поле «Замена недопустимых символов» .

Если вы поставите галочку, но оставите поле пустым, GCDS удалит пробелы и недопустимые символы из адреса.

Пример

Адрес электронной почты на LDAP-сервере:
x yz@example.com.

• Если добавить символ подчеркивания (_) в поле «Замена недопустимых символов» , GCDS преобразует адрес электронной почты в x_y_z@example.com.
• Если поле «Замена недопустимых символов» оставить пустым, GCDS преобразует адрес электронной почты в xyz@example.com.

Пример : objectGUID

Пример : proxyAddresses

Если это поле пустое, псевдоним, связанный с профилем пользователя Google, не удаляется после синхронизации GCDS. Псевдонимом по-прежнему можно управлять в Google.

• Удалять только активных пользователей домена Google, не найденных в LDAP (приостановленные пользователи сохраняются) — Активные пользователи в вашем домене Google удаляются, если они отсутствуют на вашем LDAP-сервере. Приостановленные пользователи не изменяются. Это настройка по умолчанию.
• Удаление активных и заблокированных пользователей, не найденных в LDAP — Все пользователи в вашем домене Google будут удалены, если они не зарегистрированы на вашем LDAP-сервере, включая заблокированных пользователей.
• Вместо удаления, блокируйте пользователей Google, не найденных в LDAP. Активные пользователи в вашем домене Google блокируются, если они не зарегистрированы на вашем LDAP-сервере. Заблокированные пользователи не изменяются.
• Не приостанавливайте и не удаляйте пользователей домена Google, не найденных в LDAP — ни один пользователь в вашем домене Google не будет приостановлен или удален (если только у вас нет правила поиска, настроенного на приостановку пользователей).

В этом поле можно указать атрибут LDAP, который служит уникальным идентификатором для сущностей пользователей на вашем LDAP-сервере. При указании этого атрибута GCDS может отслеживать изменения адресов электронной почты пользователей на вашем LDAP-сервере. Это гарантирует, что при обновлении адреса электронной почты пользователя GCDS сможет синхронизировать изменения с вашим доменом Google без удаления существующего пользователя и создания нового с обновленным адресом электронной почты.

Если вы зададите этот параметр, GCDS автоматически создаст в домашнем каталоге новый файл сопоставления с именем следующего вида: nonAddressKeyMappingsFilePath.tsv

Чтобы изменить имя или местоположение этого файла, обновите следующий тег в XML-файле конфигурации: <nonAddressKeyMappingsFilePath>

Это поле необязательно, однако его использование рекомендуется.

Пример: objectGUID

Для заданного имени можно также использовать несколько атрибутов. Если вы используете несколько атрибутов, укажите имя поля каждого атрибута в квадратных скобках.

Примеры : заданноеИмя,[cn]-[ou]

Примеры : фамилия, [cn]-[ou]

Атрибут LDAP, содержащий отображаемое имя каждого пользователя.

Пример : displayName

• Только для новых пользователей — При создании нового пользователя GCDS синхронизирует его пароль. Существующие пароли не синхронизируются. Используйте этот параметр, если хотите, чтобы пользователи управляли своими паролями в вашем домене Google. Примечание : Если вы используете временный или одноразовый пароль для новых пользователей, используйте этот параметр.
• Для новых и существующих пользователей — GCDS всегда синхронизирует все пароли пользователей. Существующие пароли в вашем домене Google перезаписываются. Этот вариант подходит для управления паролями пользователей на вашем LDAP-сервере, но он менее эффективен, чем вариант « Только измененные пароли» .
• Синхронизация только измененных паролей — GCDS синхронизирует только те пароли, которые изменились с момента предыдущей синхронизации. Мы рекомендуем этот вариант, если вы хотите управлять паролями пользователей на вашем LDAP-сервере. Примечание : При использовании этого параметра необходимо также указать значение для атрибута «Меток времени пароля» .

Пример : CustomPassword1

Пример : PasswordChangedTime

• SHA1 – Пароли в вашем LDAP-сервере, хешированные с использованием SHA1 без соли.
• MD5 – Пароли в вашем LDAP-сервере, хешированные с использованием MD5 без соли.
• Base64 – Пароли в вашем LDAP-сервере каталогов используют кодировку Base64.
• Пароли в открытом виде — в вашем LDAP-сервере каталогов они не зашифрованы. GCDS считывает атрибут пароля как незашифрованный текст, затем немедленно шифрует пароль с помощью алгоритма шифрования SHA1 и синхронизирует его с вашим доменом Google.

Примечание : GCDS никогда не сохраняет, не записывает и не передает пароли в незашифрованном виде. Если пароли в вашем каталоге LDAP закодированы в Base64 или представлены в открытом виде, GCDS немедленно шифрует их с помощью алгоритма SHA1 и синхронизирует с вашим доменом Google. В журналах имитации и полной синхронизации пароль отображается как пароль SHA1.

Используйте это поле только в том случае, если вы также указываете атрибут пароля . Если вы оставите поле «Атрибут пароля» пустым, при сохранении и перезагрузке конфигурация сбросится до значения по умолчанию — SHA1. Обратите внимание, что некоторые форматы кодирования паролей не поддерживаются. Проверьте свой LDAP-сервер каталогов с помощью браузера каталогов, чтобы найти или изменить шифрование пароля.

По умолчанию серверы каталогов Active Directory и HCL Domino не хранят пароли ни в одном из этих форматов. Рекомендуется установить пароль по умолчанию для новых пользователей и обязать их менять пароль при первом входе в систему.

Если этот параметр отмечен, новые пользователи должны будут изменить пароль при первом входе в свою учетную запись Google. Это позволяет установить начальный пароль либо из атрибута LDAP, либо указав пароль по умолчанию для новых пользователей, который они должны будут изменить при первом входе в систему.

Используйте этот параметр, если вы задаете атрибут в одном из этих полей:

• В поле «Атрибут пароля» указан только временный или одноразовый пароль.
• В поле «Пароль по умолчанию для новых пользователей»

Примечание : Если ваши пользователи не управляют своими паролями Google, например, если вы используете синхронизацию паролей или единый вход (SSO), мы рекомендуем не включать эту настройку.

Важно : если вы введете здесь пароль по умолчанию, обязательно установите флажок « Принудительно заставлять новых пользователей менять пароль», чтобы пользователи не сохраняли пароль по умолчанию.

Пример : меч-рыба x 2!

Укажите, в каком подразделении Google должны содержаться пользователи, соответствующие этому правилу. Если указанное подразделение не существует, GCDS добавит пользователей в корневое подразделение вашего домена Google.

Эта опция отображается только в том случае, если вы включили функцию «Организационные подразделения» на странице «Общие настройки» .

В число доступных вариантов входят:

• Организационная единица на основе сопоставлений организационных единиц и DN — Добавьте пользователей в единицу, которая сопоставляется с DN пользователя на вашем LDAP-сервере. Это основано на ваших сопоставлениях организационных единиц и отображается в списке синхронизации пользователей LDAP как [ производный ].
• Название организационного подразделения — Добавьте всех пользователей, соответствующих этому правилу, в одно и то же организационное подразделение Google. Укажите организационное подразделение в текстовом поле.

  Пример : Пользователи

• Имя организационной единицы, определенное этим атрибутом LDAP — Добавьте каждого пользователя в организационную единицу с именем, указанным в атрибуте на вашем сервере каталогов LDAP. Введите атрибут в текстовое поле.

  Пример : extensionAttribute11

Приостановить действие всех пользователей, соответствующих этому правилу синхронизации пользователей LDAP.

Примечания:

• GCDS приостанавливает или удаляет пользователей, уже существующих в вашем домене Google, в соответствии с настройкой политики удаления/приостановления учетных записей пользователей GCDS.
• Пользователи в вашем домене, доступ к которым был приостановлен, будут повторно включены системой GCDS, если они соответствуют правилу поиска, в котором не включена опция приостановления доступа к пользователям .
• Эта функция обычно используется для подготовки учетных записей пользователей в домене. Новые пользователи создаются в приостановленном состоянии. Если вы импортируете активных пользователей с помощью этого правила, оставьте этот флажок снятым.

Атрибут LDAP, содержащий идентификатор здания, в котором работает пользователь. Его также можно установить в значение «Работа удаленно», если у пользователя нет основного офисного здания.

Администраторы также могут разрешить пользователям самостоятельно устанавливать свое местоположение. Подробнее см. в разделе «Разрешить пользователям изменять свои фотографии и информацию в профиле» .

Атрибут LDAP, содержащий дополнительные адреса электронной почты пользователя. В это поле можно ввести несколько значений.

Примечание: В этом поле поддерживается синхронизация адресов только для типов электронной почты «Рабочий адрес ».

Атрибут LDAP, содержащий URL-адреса веб-сайтов пользователя. В это поле можно ввести несколько значений.

Проверка корректности URL-адресов производится по следующему регулярному выражению:

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

Недействительные URL-адреса пропускаются.

Атрибут LDAP, содержащий номер телефона пользователя для восстановления. Номер телефона должен соответствовать международному стандарту E.164 и начинаться со знака плюс (+).

Атрибут можно задать в виде выражения, используя квадратные скобки. Это позволяет добавлять дополнительные символы.

Примеры :

• +[ ldap-attribute ] — Добавляет знак плюс к значению атрибута.
• +41[ ldap-attribute ] — Добавляет знак плюса и код страны к значению атрибута.

Пример : ou=melbourne,dc=ad,dc=example,dc=com

Пример : Мельбурн

Пример : описание

Если этот флажок установлен, организационные подразделения Google сохраняются во время синхронизации, даже если эти подразделения отсутствуют на вашем LDAP-сервере.

Если этот флажок установлен, организационные подразделения Google не синхронизируются с вашим LDAP-сервером, но пользователей можно добавлять в существующие организационные подразделения Google в соответствии с правилами поиска пользователей .

Если этот параметр не отмечен, GCDS добавляет и удаляет организационные подразделения в вашем домене Google в соответствии со структурой организации на вашем LDAP-сервере согласно указанным вами сопоставлениям.

Пример : почта

Пример : extendedAttribute6

Пример : почта

Значение класса объекта LDAP, представляющее ваши группы. Оно используется для разделения участников, являющихся пользователями, от участников, являющихся группами (также известных как «вложенные группы»).

Пример : группа

Установите этот флажок, если ваше правило поиска предназначено для динамических групп рассылки Exchange.

Примечание : Если вы вручную включили DYNAMIC_GROUPS в конфигурационном XML-файле, но пропустили INDEPENDENT_GROUP_SYNC, убедитесь, что ваше правило поиска динамических групп является первым правилом поиска групп. Подробнее см. раздел «Устранение распространенных проблем GCDS» .

GCDS находит адреса электронной почты этих участников и добавляет каждого участника в группу в вашем домене Google.

Если установлен флажок «Динамическая (на основе запроса) группа» , то должна быть указана ссылка на атрибут LDAP, содержащий фильтр, который GCDS использует для определения членства в группе.

Пример (нединамический): memberUID

Пример (динамический): msExchDynamicDLFilter

Пример : memberaddress

Динамические группы в Exchange и GCDS работают путем записи членства в виде LDAP-запроса. Атрибут "Ссылка на участника" содержит LDAP-запрос, а атрибут "Базовый DN динамической группы" указывает на базовый DN, где будет выполнен запрос.

Пример : Атрибуты и значения динамической группы в LDAP.

dn: CN=MyDynamicGroup,OU=Groups,DC=altostrat,DC=com
Электронная почта: mydynamicgroup@altostrat.com
член:
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

Обратите внимание, что атрибут, обычно используемый для перечисления членов группы ("член"), пуст, и вместо этого выполняется LDAP-запрос, который найдет bob.smith и jane.doe, просматривая организационное подразделение "Пользователи".

GCDS находит адреса электронной почты владельцев каждого списка рассылки и добавляет этот адрес в качестве владельца группы в вашем домене Google.

Пример : ownerUID

GCDS добавляет этот адрес в качестве владельца группы в домене Google.

Пример : владелец

Один или несколько атрибутов, содержащих псевдонимы адресов. Эти адреса добавляются в Google Groups как псевдонимы основного адреса электронной почты группы.

Если поле пустое, псевдонимы, связанные с группой, не удаляются. Вы также можете управлять псевдонимами в учетной записи Google вашей организации.

Пример : proxyAddresses

В этом поле можно указать атрибут LDAP, который служит уникальным идентификатором для групп на вашем LDAP-сервере. При указании этого атрибута GCDS может отслеживать изменения адресов электронной почты групп на вашем LDAP-сервере. Это гарантирует, что при обновлении группы GCDS сможет синхронизировать изменения с вашим доменом Google без удаления существующей группы и создания новой с новым адресом электронной почты.

Если вы зададите это поле, GCDS создаст новый файл сопоставления с именем "groupKeyMappingsFilePath.tsv" в домашнем каталоге. Чтобы изменить имя или местоположение этого файла, обновите тег <groupKeyMappingsFilePath> в XML-файле конфигурации. Это поле необязательно, однако его использование рекомендуется.

Пример: objectGUID

Пример : группы-

Пример : -list

Включить замену недопустимых символов

Замена недопустимого символа

Если вы установите флажок, пробелы и недопустимые символы в адресе электронной почты будут заменены строкой, указанной в поле «Замена недопустимых символов» .

Если вы поставите галочку, но оставите поле пустым, GCDS удалит пробелы и недопустимые символы из адреса.

Пример

Адрес электронной почты на LDAP-сервере:
x yz@example.com.

• If you add an underscore (_) to the Invalid characters replacement field, GCDS converts the email address to x_y_z@example.com.
• If the Invalid characters replacement field is left blank, GCDS converts the email address to xyz@example.com.

Examples : dn or contactReferenceNumber

Example : [prefix] - [givenName] [sn] [suffix]

Important : Calendar Resources won't sync an LDAP attribute which contains spaces or illegal characters such as the at sign (@) or colon (:).

For more information on calendar resource naming, see Resource naming recommendations .

The LDAP attribute that contains the name for the calendar resource.

Пример :

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

In this example, building , floor , and roomnumber are LDAP attributes. Following a sync, these attributes are replaced by the appropriate value, for example, Main-12-Boardroom-23 .

Example : [description]

Important : Calendar Resources does not sync an LDAP attribute which contains spaces or illegal characters such as the at sign (@) or colon (:).