Здравствуйте!

Для того, чтобы изменить тип значения поля "интервал синхронизации (часов)", нужно замещать страницу настроек LDAP и заменить LDAPSysSettingsService на кастомный сервис, который будет планировать задания с интервалом в минутах.

Быстрый способ - можно обновить поле INT_PROP_1 в таблице QRTZ_SIMPROP_TRIGGERS для SyncWithLDAPProcessTrigger, оно имеет интервал именно в минутах. Но если пересохранить настройки LDAP в этом кейсе, триггер может снова перепланироваться на значение в часах, которое находится на странице.

Надеюсь, информация станет полезной.

Здравствуйте!



При  синхронизации нужно установить атрибут пользователей "активный" = "да".



С уважением,

Богдан

Добрый день!

Попробуйте заменить Ldap на LdapProvider в следующих строках:<provider name="Ldap" type="Terrasoft.Authentication.Core.Ldap.NetStandardLdapProvider, Terrasoft.Authentication">

<auth providerNames="InternalUserPassword,Ldap"

Должно получится так:

<provider name="LdapProvider" type="Terrasoft.Authentication.Core.Ldap.NetStandardLdapProvider, Terrasoft.Authentication">

<auth providerNames="InternalUserPassword,LdapProvider"

Также убедитесь, что сервер приложения включён в домен сервера, где расположен AD.

Kirill Zayavlenskikh, добрый день!

Причина может быть в том, что  в Domain Name и groups domain name отсутствует поиск ещё OU (Organizational units).

Попробуйте добавить его и проверить воспроизведение проблемы.

Sorotiuk Anna,

Столкнулся с такой же ошибкой. Данная рекомендация помогла разобраться в проблеме. Теперь, при настройке синхронизации LDAP, система работает без ошибок, только если в Имени домена пользователей и групп указывать путь к OU. Например, ou=it,dc=local,dc=ru

По идее УЗ из под которой пул запускается не должна влиять на этот процесс.  Вы обращение в тех поддержку оставляли ?

Добрый день.

Если Ваш сайт развернут на Linux причина может быть в том, что  в Domain Name и groups domain name отсутствует поиск ещё OU (Organizational units).

Попробуйте добавить его и проверить воспроизведение проблемы.

 

Добрый день!

В базовой конфигурации приложения недоступна поддержка нескольких доменов при синхронизации пользователей из ActiveDirectory используя LDAP. Взаимодействие с несколькими доменами можно реализовать через SAML SSO - интеграция через ADFS доступна с версии 7.13 

https://academy.terrasoft.ru/docs/user/ustanovka_i_administrirovanie/up…

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

Sorotiuk Anna,Добрый день.

ADFS на мой взгляд тут будет уместнее. У нас был кейс где были синхронизированы между собой AD . Но пользователи только из одного домена попадали в приложение.

Марк нестеров,

Добрый День!

Как настроить синхронизацию Creatio c несколькими доменами AD?

Муратбеков Нагашыбай,

Добрый день!

В базовой конфигурации приложения недоступна поддержка нескольких доменов при синхронизации пользователей из ActiveDirectory используя LDAP. Взаимодействие с несколькими доменами можно реализовать через SAML SSO - интеграция через ADFS доступна с версии 7.13 

https://academy.terrasoft.ru/docs/user/ustanovka_i_administrirovanie/up…

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

Андрей, это скорее всего произошло из-за того, что тот пользователь который настраивал интеграцию с LDAP автоматически стал "Ответственным" за БП "Синхронизировать данные о пользователях с LDAP"(Так как был в орг.роли "System administrators" ). И так как его учетная запись стала неактивной - то и процесс соответственно.

Вам необходимо войти в систему под пользователем у которого организационная роль "System administrators" , перейти в настройки LDAP и достаточно будет повторно ввести "Логин администратора" и "Пароль" от сервера. Учтите что если сервер Creatio установлен на Linux, то используйте формат “domain\login“. И сохранить настройки.

Kurylo Pavel, Спасибо, сработало

Такая ошибка теоретически может возникнуть из-за некорректного заполнения конфигурационных файлов. Например, были допущены какие-то синтаксические ошибки, вроде того, что в \web.config перечень провайдеров указан через символы "".

Чтобы сказать что-то более конкретное, нужно увидеть содержимое файла \web.config. Попробуйте сравнить настройки с примером на Академии, возможно обнаружите несовпадения или ошибки синтаксиса.

мы использовали ntml

Леонид, по Kerberos есть такая документация.

Зверев Александр,

Большое спасибо, Александр.

А Вы использовали этот метод?

Нет.