Opublikowano formalne wydanie serwera LDAP ReOpenLDAP 1.2.0, stworzone w celu przywr\u00f3cenia projektu po zablokowaniu jego repozytorium na GitHubie. W kwietniu GitHub usun\u0105\u0142 konta i repozytoria wielu rosyjskich deweloper\u00f3w powi\u0105zanych z firmami obj\u0119tymi sankcjami USA, w tym repozytorium ReOpenLDAP. W zwi\u0105zku z odnowionym zainteresowaniem u\u017cytkownik\u00f3w ReOpenLDAP, postanowiono przywr\u00f3ci\u0107 projekt do \u017cycia. <\/p>\n
Projekt ReOpenLDAP zosta\u0142 utworzony w 2014 roku w celu rozwi\u0105zania problem\u00f3w zwi\u0105zanych z wykorzystaniem pakietu OpenLDAP w infrastrukturze P\u0410\u041e \u201e\u041c\u0435\u0433\u0430\u0424\u043e\u043d\u201d, gdzie serwer LDAP by\u0142 wykorzystywany w jednym z podsystem\u00f3w infrastruktury (NGDR jest UDR (User Data Repository), zgodnie ze standardem 3GPP 23.335, i stanowi centralny w\u0119ze\u0142 do przechowywania danych o wszystkich rodzajach us\u0142ug abonent\u00f3w w infrastrukturze IT operatora telekomunikacyjnego). Takie zastosowanie wymaga\u0142o przemys\u0142owej eksploatacji w trybie 24\u00d77 specyficznego katalogu LDAP, o rozmiarze od 10 do 100 milion\u00f3w rekord\u00f3w, w warunkach wysokiego obci\u0105\u017cenia (10K aktualizacji i 50K odczyt\u00f3w na sekund\u0119) w topologii multi-master. <\/p>\n
Symas Corp, jako g\u0142\u00f3wni deweloperzy, komituj\u0105cy i w\u0142a\u015bciciele kodu OpenLDAP, nie byli w stanie rozwi\u0105za\u0107 powsta\u0142ych problem\u00f3w, dlatego zdecydowano si\u0119 spr\u00f3bowa\u0107 zrobi\u0107 to samodzielnie. Jak p\u00f3\u017aniej si\u0119 okaza\u0142o, b\u0142\u0119d\u00f3w w kodzie by\u0142o znacznie wi\u0119cej, ni\u017c mo\u017cna by\u0142o przypuszcza\u0107. W zwi\u0105zku z tym po\u015bwi\u0119cono wi\u0119cej wysi\u0142ku, ni\u017c planowano, a ReOpenLDAP wci\u0105\u017c stanowi znaczn\u0105 warto\u015b\u0107 i (zgodnie z dost\u0119pnymi informacjami) jest jedynym serwerem LDAP, kt\u00f3ry w pe\u0142ni i niezawodnie wspiera topologi\u0119 multi-master dla RFC-4533, tak\u017ce w scenariuszach o wysokim obci\u0105\u017ceniu. <\/p>\n
W 2016 roku cele projektowe zosta\u0142y osi\u0105gni\u0119te, a wsparcie i rozw\u00f3j projektu bezpo\u015brednio w interesach P\u0410\u041e \u201e\u041c\u0435\u0433\u0430\u0424\u043e\u043d\u201d zosta\u0142y zako\u0144czone. Nast\u0119pnie ReOpenLDAP rozwija\u0142 si\u0119 i by\u0142 wspierany przez kolejne trzy lata, ale stopniowo straci\u0142 sens: <\/p>\n
\n
Technologicznie \u201e\u041c\u0435\u0433\u0430\u0424\u043e\u043d\u201d migrowa\u0142 z ReOpenLDAP na Tarantool, co architektonicznie jest poprawne;\n
Nie by\u0142o wyra\u017anie zainteresowanych u\u017cytkownik\u00f3w ReOpenLDAP;\n
Do projektu nie przy\u0142\u0105czy\u0142 si\u0119 nikt z deweloper\u00f3w, zar\u00f3wno z powodu wysokiego progu wej\u015bcia, jak i niskiego zapotrzebowania na sam ReOpenLDAP;\n
Rozw\u00f3j i wsparcie zajmowa\u0142y zbyt du\u017co czasu g\u0142\u00f3wnego programisty, kt\u00f3ry profesjonalnie oddali\u0142 si\u0119 od komercyjnej eksploatacji ReOpenLDAP. <\/ul>\n
Repozytorium ReOpenLDAP by\u0142o nieaktywne do kwietnia 2022 roku, kiedy to administracja Github usun\u0119\u0142a powi\u0105zane konta i samo repozytorium bez \u017cadnych ostrze\u017ce\u0144 ani wyja\u015bnie\u0144. Ostatnio autor otrzyma\u0142 kilka zapyta\u0144 dotycz\u0105cych ReOpenLDAP, w tym o lokalizacj\u0119 repozytorium i stan bazy kodu. Dlatego zdecydowano si\u0119 na minimalne od\u015bwie\u017cenie projektu, przygotowanie wydania technicznego i wykorzystanie tej wiadomo\u015bci do poinformowania wszystkich zainteresowanych. <\/p>\n
Aktualny stan projektu, tak\u017ce w odniesieniu do OpenLDAP: <\/p>\n
\n
Import poprawek i ulepsze\u0144 z OpenLDAP nie by\u0142 prowadzony od grudnia 2018 roku. Dla odpowiedzialnych zastosowa\u0144 nale\u017cy przeanalizowa\u0107 wszystkie poprawki w OpenLDAP i zaimportowa\u0107 te odpowiednie.\n
Aktualne wersje OpenLDAP s\u0105 obecnie tworzone na podstawie ga\u0142\u0119zi 2.5. Dlatego opisane poni\u017cej ulepszenia zosta\u0142y wprowadzone tylko w ga\u0142\u0119zi \u201edevel\u201d (kt\u00f3ra odpowiada\u0142a OpenLDAP 2.5), a nast\u0119pnie w\u0142\u0105czone do \u201emaster\u201d (kt\u00f3ra przed scaleniem odpowiada\u0142a OpenLDAP 2.4).\n