LDAP zerbitzariaren kaleratzea ReOpenLDAP 1.2.0

ReOpenLDAP 1.2.0 LDAP zerbitzariaren bertsio formala argitaratu da, GitHub-en biltegia blokeatu ondoren proiektua berpizteko sortua. Apirilean, GitHub-ek AEBetako zigorren menpe zeuden enpresekin lotutako Errusiako garatzaile askoren kontuak eta biltegiak kendu zituen, ReOpenLDAP biltegia barne. ReOpenLDAP-en erabiltzaileen interesa berpiztu zela eta, proiektua biziaraztea erabaki zen.

ReOpenLDAP proiektua 2014an sortu zen PJSC MegaFon-en azpiegituran OpenLDAP paketea erabiltzean sortzen ziren arazoak konpontzeko, non LDAP zerbitzariak azpiegitura azpisistemetako batean parte hartzen zuen (NGDR UDR (User Data Repository) bat da). 3GPP 23.335 estandarra, eta telekomunikazio operadorearen IT azpiegituran harpidedun zerbitzu mota guztietako datuak gordetzeko nodo zentralizatua da). Aplikazio honek 24-7 milioi sarrerako tamainako LDAP direktorio jakin baten 10Γ—100 moduan funtzionamendu industriala suposatzen zuen, karga handiko eszenatoki batean (10K eguneraketak eta 50K irakurketak segundoko) eta master anitzeko topologian.

Symas Corp-ek, OpenLDAP kodearen garatzaile, komisario eta jabe nagusi gisa, ezin izan zituen sortu ziren arazoak konpondu, eta horregatik beraiek egiten saiatzea erabaki zuten. Geroago agertu zenez, espero zitekeena baino askoz akats gehiago zeuden kodean. Hori dela eta, aurreikusitakoa baino esfortzu gehiago egin zen, eta ReOpenLDAP oraindik balioren bat adierazten du eta (eskuragarri dagoen informazioaren arabera) RFC-4533-ren master anitzeko topologia guztiz eta fidagarritasunez onartzen duen LDAP zerbitzari bakarra da, karga handiko eszenatokietan barne.

2016an, proiektuaren helburuak lortu ziren, eta MegaFon PJSCren interesetan zuzenean proiektuaren laguntza eta garapena amaitu zen. Ondoren, ReOpenLDAP aktiboki garatu eta babestu zen beste hiru urtez, baina pixkanaka zentzua galdu zuen:

  • Teknologikoki, MegaFon-ek ReOpenLDAPetik Tarantoolera migratu zuen, hau da, arkitektura aldetik zuzena;
  • Ez zegoen argi eta garbi interesatuta dagoen ReOpenLDAP erabiltzailerik;
  • Garatzaileetako bat ere ez zen batu proiektura, bai sarrera-atalase altuagatik, bai ReOpenLDAP beraren eskari txikiagatik;
  • Garapena eta laguntza denbora gehiegi hartzen hasi zitzaizkion gainerako garatzaile (nagusiari), ReOpenLDAP-en industria-eragiketatik profesionalki aldendu baitzen.

Egoera inaktibo batean, ReOpenLDAP biltegia 2022ko apirilera arte egon zen, Github-eko administrazioak lotutako kontuak eta biltegia bera ezabatu zituenean inolako abisu edo azalpenik gabe. Berriki, egileak hainbat eskaera jaso ditu ReOpenLDAPen inguruan, besteak beste, biltegiaren kokapena eta kode-basearen egoera. Hori dela eta, proiektua gutxieneko eguneratzea, kaleratze teknikoa sortzea eta albiste hau interesatu guztiei jakinarazteko erabiltzea erabaki zen.

Proiektuaren egungo egoera, OpenLDAP-i buruzkoa barne:

  • Hobekuntzak eta konponketak ez dira inportatu OpenLDAPetik 2018ko abenduaz geroztik. Aplikazio kritikoetarako, OpenLDAPeko konponketa guztiak aztertu eta dagozkionak inportatu behar dituzu.
  • OpenLDAP-en egungo bertsioak 2.5 adarrean oinarritzen dira orain. Hori dela eta, behean deskribatzen diren aldaketak "garapen" adarrean bakarrik egin ziren (OpenLDAP 2.5-ri zegokiona), eta gero "maisu" adarrean batu ziren (fusionatu aurretik OpenLDAP 2.4-ri zegokiona).
  • 2018an, OpenLDAPetik heredatutako konfigurazio-backendarekin arazoak iraun zuten. Bereziki, zerbitzariaren konfigurazioa konfig-backend bidez aldatzean (LDAP LDAP bidez konfiguratzea), lasterketa-baldintzak edo arazo errekurtsiboak gertatzen dira blokeoak barne.
  • Ustez OpenSSL/GnuTLS-en egungo bertsioekin eraikitzeko arazoak daude;
  • Proba jabedunen oinarrizko multzoa gainditzen du, TLS/SSL eskatzen dutenak kenduta;

Azken hobekuntzak:

  • libmdbx liburutegia azken bertsiora eguneratu da, liburutegiaren garapenaren ondorioz sortutako bateraezintasun-arazo guztiak ezabatuz. Hala ere, ziurrenik informazio zaharkitua geratzen da man orrietan.
  • Autotools 2.71 egungo bertsioa erabiltzen da.
  • Aldaketa txikiak egin dira egungo gcc 11.2 konpilatzailearen abisu batzuen ondoren.

Iturria: opennet.ru

Gehitu iruzkin berria