https://www.opennet.ru/openforum/vsluhforumID3/114969.html Состоялся (https://github.com/leo-yuriev/ReOpenLDAP/releases/tag/v1.1.9) релиз LDAP-сервера ReOpenLDAP 1.1.9 (https://github.com/leo-yuriev/ReOpenLDAP/) "Airborne Positive" &#8212; форка проекта OpenLDAP, с устранением массы ошибок и ряда доработок для стабильной работы репликации. Проект ориентирован (https://github.com/leo-yuriev/ReOpenLDAP/wiki) на надежность и производительность при использовании в решениях с высокой нагрузкой и промышленных системах в сфере телекоммуникаций.<br><br><br><br><br>В версии 1.1.9 исправлено несколько ошибок, в частности в коде поддержки SSL/TLS устранены взаимоблокировки и гонки при инициализации/завершении. В набор тестов добавлена проверка функционирования репликации с SSL/TLS. В configure добавлена проверка наличия библиотеки libnsspem.so, из-за отсутствия которой возникают малопонятные ошибки при использовании сертификатов в PEM-формате.<br><br><br><br>Особенности ReOpenLDAP:<br><br><br><br>- Корректная и надёжная работа репликации в режиме multi-master;<br><br>- Команда "reopenldap [iddqd] [idkfa] [idc https://www.opennet.ru/openforum/vsluhforumID3/114969.html#24 Sun, 05 Aug 2018 08:30:17 GMT &gt; а что за поддержка ls-malloc ? как-то негуглится путного нечего <br><br>https://github.com/leo-yuriev/ReOpenLDAP/blob/master/servers/slapd/sl_malloc.c<br> https://www.opennet.ru/openforum/vsluhforumID3/114969.html#23 Sun, 05 Aug 2018 06:12:47 GMT а что за поддержка ls-malloc ? как-то негуглится путного нечего <br> https://www.opennet.ru/openforum/vsluhforumID3/114969.html#22 Fri, 03 Aug 2018 10:18:47 GMT &gt; это как в антивирусе касперского опция - не давать работать другим программам?! <br><br>Это как в любом травлении баек - главное, делать это с серьезнейшим видом:<br>https://github.com/leo-yuriev/ReOpenLDAP/blob/41203741313b5cffd22ec13186f6207eb3a04a1b/doc/man/ru/man5/slapd.conf.soelim<br>[code]<br>.B reopenldap [iddqd] [idkfa]<br>Управляет специфичными для ReOpenLDAP флагами и режимом совместимости<br>с исходным OpenLDAP. Надеемся, Вы оцените нашу дань борьбе с монстрами<br>и прочей нечистой силой в начале 90\-х.<br>.RS<br>.TP<br>.B iddqd<br>Выключает режим совместимости с OpenLDAP; при этом меняется интерпретация<br>некоторых параметров конфигурации и поведение службы:<br>.RS<br>.LP<br>1) Число, задающее в директиве \fBcheckpoint\fP интервал для \fBmdb\fP, будет<br>интерпретироваться как секунды, а без \fBiddqd\fP как минуты. При большом[/code]<br> <br> https://www.opennet.ru/openforum/vsluhforumID3/114969.html#21 Fri, 03 Aug 2018 10:17:46 GMT &gt;&gt; iddqd и idkfa описаны в man-страницах, например <br>&gt;&gt; https://github.com/leo-yuriev/ReOpenLDAP/blob/87c635d512b75d7500b1beb5d89207119b95ea56/doc/man/ru/man5/slapd.conf.soelim#L946 <br>&gt; Только по-русски? Я в английской локали проверял.<br>&gt; Вряд ли у меня в манах отсебятина, т.к. специфика типа "dreamcatcher" в <br>&gt; man slapd-mdb &#8212; на месте.<br><br>https://github.com/leo-yuriev/ReOpenLDAP/blob/4023a0db765e05300393612305d1f3d6652638aa/doc/man/en/man5/slapd.conf.soelim#L1048<br>Предполагаю что у вас установлен slapd из дистрибутива и man показывает его станицы.<br> https://www.opennet.ru/openforum/vsluhforumID3/114969.html#20 Fri, 03 Aug 2018 10:15:08 GMT &gt; * Касаемо таймаутов, у меня сборочный "стенд" запускался с обрезанными до 100 <br>&gt; iops. Полагаю, причина в этом. С богомипсами там как раз таки <br>&gt; неплохо.<br><br>Да, видимо дело в этом.<br><br>&gt; * its8667 я стало быть получил, счекаутясь на стабильную 1.1.8. Уйдёт в <br>&gt; 1.1.9.<br>&gt; """ <br>&gt; git checkout origin/stable/1.1 <br>&gt; Note: checking out 'origin/stable/1.1'.<br>&gt; &#8230; <br>&gt; HEAD is now at fb0b291... reopenldap: regenerate configure for 1.1.8 <br><br>Хм, может вы git pull забыли.<br>В https://github.com/leo-yuriev/ReOpenLDAP/commits/stable/1.1 уже есть 1.1.9.<br><br>&gt; * На дебианизацию точно придётся кого-то подписывать. Или сначала перефаршивать потроха <br>&gt; оригинала, вынося захардкоженный путь к базе etc. Я пока взял "рыбу" <br>&gt; из базара и добавил критичное из имеющегося openldap. Критично "--with-tls=openssl", т.к. <br>&gt; местный tls протух с 2013 г.<br><br>В ReOpenLDAP давно были влиты все релевантные правки от меинтейнеров OpenLDAP в Debian и RHEL/Fedora, кажется даже из SUSE.<br>В купе с переходом на актуальную версию autotools https://www.opennet.ru/openforum/vsluhforumID3/114969.html#19 Fri, 03 Aug 2018 10:08:41 GMT &gt; iddqd и idkfa описаны в man-страницах, например <br>&gt; https://github.com/leo-yuriev/ReOpenLDAP/blob/87c635d512b75d7500b1beb5d89207119b95ea56/doc/man/ru/man5/slapd.conf.soelim#L946 <br><br> Только по-русски? Я в английской локали проверял.<br>Вряд ли у меня в манах отсебятина, т.к. специфика типа "dreamcatcher" в man slapd-mdb &#8212; на месте.<br><br>&gt; Видимо вы куда-то не туда смотрите и/или не то запускаете.<br>&gt; А для idclip есть https://github.com/leo-yuriev/ReOpenLDAP/issues/156, он в целом это <br>&gt; внутренняя настройка которая помогает примерно только при отладке.<br><br> Ага, спасибо.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/114969.html#18 Fri, 03 Aug 2018 10:04:57 GMT Пакетов нет. Поэтому ./configure --prefix=XXX && make install.<br><br>Причины могу повторить еще раз - будет слом совместимости, поэтому сейчас пакеты решено не делать.<br>Для миграции нужно будет переливать базы через slapcat + slapadd.<br><br>Ветка master и релизы 1.1.x совместимы с оригинальным OpenLDAP 2.4.x.<br><br>Ветка devel будущие релизы 1.2.x пока совместимы с будущим OpenLDAP 2.5.x по конфигу, но не по формату mdb-базы (см. https://github.com/leo-yuriev/libmdbx).<br><br>В 1.2 я также заменю оригинальную/хромую хеш-функцию в индексах на t1ha (https://github.com/leo-yuriev/t1ha).<br>Совместимость оригинальный OpenLDAP 2.5.x с базами 2.4.x также не обеспечивается, в частности из-за перехода с 32-битного хеша на 64-битный (ради уменьшения коллизий).<br> https://www.opennet.ru/openforum/vsluhforumID3/114969.html#17 Fri, 03 Aug 2018 10:03:51 GMT * Касаемо таймаутов, у меня сборочный "стенд" запускался с обрезанными до 100 iops. Полагаю, причина в этом. С богомипсами там как раз таки неплохо.<br><br>* its8667 я стало быть получил, счекаутясь на стабильную 1.1.8. Уйдёт в 1.1.9.<br>"""<br>git checkout origin/stable/1.1<br>Note: checking out 'origin/stable/1.1'.<br>&#8230;<br>HEAD is now at fb0b291... reopenldap: regenerate configure for 1.1.8<br>"""<br>* Я ни разу не билд-инженер и собираю под свои местечковые нужды. Так что checkout делал "на глазок", углядев отдельную ветку stable. Если Вас не затруднит, добавьте пожалуйста хинт "для тупых" типа "чтобы собрать стейбл чекаут вон-туда".<br><br>* На дебианизацию точно придётся кого-то подписывать. Или сначала перефаршивать потроха оригинала, вынося захардкоженный путь к базе etc. Я пока взял "рыбу" из базара и добавил критичное из имеющегося openldap. Критично "--with-tls=openssl", т.к. местный tls протух с 2013 г.<br> https://www.opennet.ru/openforum/vsluhforumID3/114969.html#16 Fri, 03 Aug 2018 09:52:27 GMT как затестить?<br>готовые пакеты есть для centos6, centos7, с возможностью поднятия оригинального config?<br>