Nuxeo по сравнению с находящимся на воздухе общественным выпуском

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

Я нашел проблему с использованием bind_policy soft это, если Вы не получите ответ от сервера сразу же, скажете, например, что это занято, или у Вас есть высокая сетевая нагрузка, то Вы сразу получите отказ LDAP. Для nss_ldap это означает, что Ваш nss поиск перестанет работать и независимо от того, что процесс пытался использовать его, просто сообщит, что он не мог найти пользователя или группу, которую он искал и сбой. Это может быть проблемой во время нормального функционирования, когда Вы, на которых возрос Ваш сервер LDAP, какой IMO хуже, чем проблемы, когда Ваш сервер снижается.

Я нашел более приемлемое решение при помощи следующих настроек:

bind_policy hard
nss_reconnect_tries 3
nss_reconnect_sleeptime 1
nss_reconnect_maxsleeptime 8
nss_reconnect_maxconntries 2

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

До выполнения локального сервера LDAP на каждой рабочей станции я не рекомендую это. Что я могу указать, что Вы к вместо этого являетесь nsscache. Это было записано некоторыми инженерами в Google, и это решает эту проблему путем создания локального кэша базы данных LDAP и инкрементно обновления его через задание крона. Вы затем настраиваете свой nsswitch источник для пользований их библиотекой вместо nss_ldap, и все поиски локальны. Это имеет преимущество большого сокращения нагрузки на Ваш сервер LDAP и предоставления доступа ко всем поискам, если соединение с сервером снижается. Это не имеет самой замечательной документации прямо сейчас и не находится в широком употреблении, но это действительно работает хорошо, списки рассылки являются довольно быстро реагирующими.