Release av LDAP-servern ReOpenLDAP 1.2.0

Det formella släppet av LDAP-servern ReOpenLDAP 1.2.0 har publicerats, vilket har skapats för att återuppliva projektet efter att dess repository blockeras på GitHub. I april tog GitHub bort konton och repositories för många ryska utvecklare kopplade till företag som omfattas av amerikanska sanktioner, inklusive ReOpenLDAP-repositoryt. Med den återuppvaknande intresset från användarna för ReOpenLDAP beslutades det att återuppliva projektet.

Projektet ReOpenLDAP skapades 2014 för att lösa problem som uppstod vid användningen av OpenLDAP-paketet i PАО „МегаФон“ infrastruktur, där LDAP-servern var involverad i ett av delsystemen (NGDR fungerar som UDR (User Data Repository) enligt standarden 3GPP 23.335, och är en central nod för lagring av data om alla typer av tjänster för abonnenter i operatörens IT-infrastruktur). Denna typ av användning förutsatte industriell drift av ett specifikt LDAP-katalog i 24×7-läge, med en storlek på 10-100 miljoner poster, i en högbelastad scenarion (10K uppdateringar och 50K läsningar per sekund) och i en multi-master-topologi.

Symas Corp, som de främsta utvecklarna, kommitterarna och ägarna av koden för OpenLDAP, kunde inte lösa de uppkomna problemen, så det beslutades att försöka göra det själva. Som det senare visade sig var antalet fel i koden mycket större än man skulle kunna anta. Därför krävdes mer arbete än planerat, och ReOpenLDAP representerar fortfarande ett visst värde och (enligt tillgänglig information) är den enda LDAP-servern som fullt ut och pålitligt stödjer multi-master-topologi för RFC-4533, även i högbelastade scenarion.

År 2016 uppnåddes projektmålen, och stödet och utvecklingen av projektet i syfte av PАО „МегаФон“ avslutades. Sedan dess har ReOpenLDAP fortsatt att utvecklas och stödjas under ytterligare tre år, men gradvis blev det meningslöst:

• Teknologiskt migrerade „МегаФон“ från ReOpenLDAP till Tarantool, vilket var arkitektoniskt korrekt;
• Det fanns inga uppenbart intresserade användare av ReOpenLDAP;
• Ingen av utvecklarna anslöt sig till projektet, både på grund av det höga inträdeströskeln och på grund av det låga intresset för själva ReOpenLDAP;
• Utvecklingen och underhållet tog för mycket tid från den kvarvarande (huvud)utvecklaren, eftersom han professionellt hade distanserat sig från den industriella användningen av ReOpenLDAP.

I inaktivt tillstånd existerade ReOpenLDAP-repositoriet fram till april 2022, då Github-administrationen utan förvarningar eller förklaringar raderade de relaterade kontona och själva repositoriet. Nyligen har författaren fått flera förfrågningar om ReOpenLDAP, inklusive om var repositoriet finns och vilket tillstånd kodbasen är i. Därför beslutades det att minimalt fräscha upp projektet, skapa en teknisk version, och använda denna nyhet för att informera alla intresserade.

Det aktuella tillståndet för projektet, inklusive gällande OpenLDAP:

• Import av modifieringar och korrigeringar från OpenLDAP har inte genomförts sedan december 2018. För viktiga tillämpningar måste alla korrigeringar i OpenLDAP analyseras och relevanta importeras.
• De aktuella versionerna av OpenLDAP skapas nu baserat på gren 2.5. Därför har de modifieringar som beskrivs nedan gjorts endast i grenen "devel" (som motsvarade OpenLDAP 2.5), och sedan inkorporerats i "master" (som före sammanslagningen motsvarade OpenLDAP 2.4).
• År 2018 kvarstod ärvda problem från OpenLDAP med config-backend. Speciellt när man ändrar serverkonfigurationen via config-backend (konfigurering av LDAP via LDAP) uppstår race conditions eller rekursiva problem inklusive deadlocks.
• Det finns troligen byggproblem med aktuella versioner av OpenSSL/GnuTLS;
• En huvuduppsättning egna tester genomförs, exklusive de som kräver TLS/SSL;

Senaste modifieringarna:

• Biblioteket libmdbx har uppdaterats till den aktuella versionen med åtgärdande av alla observerade kompatibilitetsproblem som uppstått på grund av utvecklingen av biblioteket. Men i man-sidorna finns det troligen fortfarande föråldrad information.
• Den aktuella versionen av autotools 2.71 har använts.
• Små justeringar har gjorts baserat på en del av varningarna från den aktuella kompilatorn gcc 11.2.

Källa: opennet.ru