Megjelent a ReOpenLDAP 1.2.0 LDAP-szerver

Megjelent a ReOpenLDAP 1.2.0 LDAP-szerver hivatalos kiadása, amelyet a projekt újbóli életre keltésére alakítottak ki, miután a GitHub letiltotta a tárolóját. Áprilisban a GitHub törölte számos orosz fejlesztő fiókját és tárolóját, amelyek olyan vállalatokkal voltak kapcsolatban, amelyek az Egyesült Államok szankciói alá estek, beleértve a ReOpenLDAP tárolóját. A ReOpenLDAP iránti felhasználói érdeklődés újjáéledésére való tekintettel úgy döntöttek, hogy a projektet visszahozzák az életbe.

A ReOpenLDAP projektet 2014-ben hozták létre az OpenLDAP csomag használata során felmerült problémák megoldására a PJSC 'MegaFon' infrastruktúrájában, ahol az LDAP-szervert a rendszer egyik alszavában használták (az NGDR egy UDR (User Data Repository), amely megfelel a 3GPP 23.335 szabványnak, és központi csomópontként szolgál az összes előfizetői szolgáltatás adatainak tárolására a telekommunikációs üzemeltető IT-infrastruktúrájában). Ez a fajta alkalmazás ipari használatot feltételezett egy 24×7 módban működő speciális LDAP-katalógus esetén, amely 10-100 millió rekordot tartalmazott, nagy terhelésű forgatókönyvben (10K frissítés és 50K olvasás másodpercenként) és egy multi-master topológiában.

A Symas Corp, mint az OpenLDAP fő fejlesztői, commiterelei és kódjának tulajdonosai, nem tudták megoldani a felmerült problémákat, ezért úgy döntöttek, hogy megpróbálják azt önállóan megtenni. Ahogy később kiderült, a kódban sokkal több hiba volt, mint gondolták. Ezért több erőfeszítést kellett tenni, mint tervezték, és a ReOpenLDAP továbbra is bizonyos értéket képvisel, és (a rendelkezésre álló információk szerint) az egyetlen LDAP-szerver, amely teljes mértékben és megbízhatóan támogatja a multi-master topológiát az RFC-4533 számára, beleértve a nagy terhelésű forgatókönyveket is.

2016-ban a projekt céljai teljesültek, és a projekt támogatása és fejlesztése közvetlenül a PJSC 'MegaFon' érdekeiben befejeződött. Ezután a ReOpenLDAP aktívan fejlődött és három évig támogatták, de fokozatosan ez már értelmetlené vált:

  • Technológiailag a 'MegaFon' a ReOpenLDAP-ról Tarantool-ra migrált, ami architektúrálisan helyes;
  • Nem voltak kifejezetten érdekelt felhasználói a ReOpenLDAP-nak;
  • A projekthez nem csatlakozott senki a fejlesztők közül, sem a magas belépési küszöb, sem pedig a ReOpenLDAP iránti alacsony kereslet miatt;
  • A fejlesztés és karbantartás túl sok időt emésztett fel a megmaradt (fő) fejlesztőtől, mivel szakmai szempontból eltávolodott a ReOpenLDAP ipari használatától.

Inaktív állapotában a ReOpenLDAP tároló 2022 áprilisáig működött, amikor a Github adminisztrációja figyelmeztetés és magyarázat nélkül törölte a kapcsolódó fiókokat és magát a tárolót. Az utóbbi időben a szerző több megkeresést kapott a ReOpenLDAP-ról, beleértve a tároló helyét és a kódalap állapotát. Ezért úgy döntöttek, hogy minimálisan felfrissítik a projektet, technikai kiadást készítenek, és ezt a hírt felhasználják az érdeklődők tájékoztatására.

A projekt jelenlegi állapota, beleértve az OpenLDAP-t is:

  • Javítások és módosítások importálása az OpenLDAP-ból 2018 decembere óta nem történt. Felelős alkalmazások esetén elemezni kell az OpenLDAP összes javítását, és importálni a relevánsakat.
  • Az aktuális OpenLDAP verziók most a 2.5 ágból készülnek. Ezért az alább leírt módosításokat csak a "devel" ágon hajtották végre (ami megfelelt az OpenLDAP 2.5-nek), majd beolvadtak a "master" ágba (ami a beolvadás előtt megfelelt az OpenLDAP 2.4-nek).
  • 2018-ban a config-backend-től örökölt OpenLDAP problémák álltak fenn. Különösen, amikor módosítás során a szerver konfigurációja config-backend-en (LDAP konfigurálása LDAP-on keresztül) versenyhelyzetek vagy rekurzív problémák merülnek fel, beleértve a holtpontokat (deadlocks).
  • Feltételezhetően építési problémák vannak a legújabb OpenSSL/GnuTLS verziókkal;
  • Történik egy alapvető saját tesztek futtatása, kivéve azokat, amelyek TLS/SSL-t igényelnek;

Az utolsó módosítások:

  • A libmdbx könyvtár frissítve lett a legújabb verzióra, megszüntetve az összes észlelt inkompatibilitási problémát, amelyek a könyvtár fejlődése miatt merültek fel. Azonban a man-oldalakban valószínűleg maradt néhány elavult információ.
  • Az aktuális autotools 2.71 verzió került bevezetésre.
  • Kis módosításokat végeztek a legújabb gcc 11.2 fordító figyelmeztetései nyomán.

Forrás: opennet.ru

Megbízható hosting vásárlása weboldalak számára, DDoS védelemmel, VPS VDS szerverek. 🔥 Megbízható webtárhely vásárlása DDoS védelemmel, VPS VDS szerverek | ProHoster