Utgivelsen av LDAP-serveren ReOpenLDAP 1.2.0

Det formelle utgivelsen av LDAP-serveren ReOpenLDAP 1.2.0 er publisert, dannet for å gjenopplive prosjektet etter at dets depot ble blokkert på GitHub. I april fjernet GitHub kontoer og depot for mange russiske utviklere knyttet til selskaper som ble rammet av amerikanske sanksjoner, inkludert depotet til ReOpenLDAP. Med den gjenopplivede interessen fra brukerne for ReOpenLDAP ble det besluttet å bringe prosjektet tilbake til liv.

ReOpenLDAP-prosjektet ble opprettet i 2014 for å løse problemene som oppsto ved bruk av OpenLDAP-pakken i infrastrukturen til PJSC 'MegaFon', hvor LDAP-serveren ble brukt i en av delsystemene i infrastrukturen (NGDR representerer et UDR (User Data Repository) i henhold til 3GPP-standard 23.335, og fungerer som et sentralt knutepunkt for lagring av data om alle typer tjenester for abonnenter i operatørens IT-infrastruktur). Slike bruksområder krevde industrielt drift i 24×7 på en spesifikk LDAP-katalog, med størrelser mellom 10-100 millioner oppføringer, i et høyt belastet scenario (10K oppdateringer og 50K lesinger per sekund) og i multi-master topologi.

Symas Corp, som de primære utviklerne, bidragsyterne og eierne av OpenLDAP-koden, klarte ikke å løse de fremkomne problemene, så det ble besluttet å prøve å gjøre dette selv. Som det senere viste seg, var det mange flere feil i koden enn man kunne anta. Derfor ble det brukt mer innsats enn planlagt, og ReOpenLDAP representerer fremdeles en viss verdi og (ifølge tilgjengelig informasjon) er den eneste LDAP-serveren som fullt ut og pålitelig støtter multi-master topologi for RFC-4533, også i høyt belastede scenarioer.

I 2016 ble prosjektets mål nådd, og støtten og utviklingen av prosjektet direkte i interesse for PJSC 'MegaFon' ble avsluttet. Deretter utviklet og støttet ReOpenLDAP aktivt i tre år til, men dette mistet gradvis mening:

• Teknologisk migrerte 'MegaFon' fra ReOpenLDAP til Tarantool, noe som er arkitektonisk riktig;
• Det var ingen tydelig interesserte brukere av ReOpenLDAP;
• Ingen utviklere sluttet seg til prosjektet, både på grunn av høye adgangsterskler og lav etterspørsel etter selve ReOpenLDAP;
• Utviklingen og vedlikeholdet tok for mye tid fra den gjenværende (hoved) utvikleren, ettersom han ble profesjonelt frakoblet fra den industrielle bruken av ReOpenLDAP.

I inaktiv tilstand har ReOpenLDAP-repositoriet eksistert frem til april 2022, da administrasjonen av Github uten forvarsel og forklaring slettet de relaterte kontoene og selve repositoriet. I det siste har forfatteren fått flere forespørsel om ReOpenLDAP, inkludert hvor repositoriet befinner seg og tilstanden til kodebasen. Derfor ble det besluttet å minimal oppdatere prosjektet, lage en teknisk utgave og bruke denne nyheten til å informere alle interesserte.

Nåværende tilstand av prosjektet, inkludert med hensyn til OpenLDAP:

• Import av forbedringer og feilrettinger fra OpenLDAP har ikke blitt utført siden desember 2018. For ansvarlige anvendelser må alle feilrettinger i OpenLDAP analyseres og relevante importeres.
• Nåværende versjoner av OpenLDAP blir nå dannet basert på 2.5-grenen. Derfor ble de videre beskrevne forbedringene kun utført i utviklingsgrenen «devel» (som svarte til OpenLDAP 2.5), og deretter innlemmet i «master» (som frem til sammenslåingen svarte til OpenLDAP 2.4).
• I 2018 var det fortsatt arvede problemer fra OpenLDAP med config-bakend. Spesielt når endringer i serverkonfigurasjonen gjennom config-bakend (konfigurering av LDAP via LDAP) førte til tilstandskonkurranser eller rekursive problemer, inkludert deadlocks.
• Det antas at det finnes byggeproblemer med de aktuelle versjonene av OpenSSL/GnuTLS;
• En grunnleggende sett med egne tester gjennomføres, med unntak av de som krever TLS/SSL;

Siste forbedringer:

• Biblioteket libmdbx er oppdatert til den nyeste versjonen, med stryk av alle oppdagede inkompatibilitetsproblemer oppstått på grunn av utviklingen av biblioteket. Likevel kan det være noe utdaterte opplysninger i man-sidene.
• Den nyeste versjonen av autotools 2.71 er tatt i bruk.
• Små justeringer er gjort basert på noen av advarslene fra den aktuelle kompilatoren gcc 11.2.

Kilde: opennet.ru