{"id":105051,"date":"2022-09-08T21:36:41","date_gmt":"2022-09-08T19:36:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-ldap-servera-reopenldap-1-2-0"},"modified":"2022-09-08T21:36:41","modified_gmt":"2022-09-08T19:36:41","slug":"reliz-ldap-servera-reopenldap-1-2-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/reliz-ldap-servera-reopenldap-1-2-0","title":{"rendered":"Release van de LDAP-server ReOpenLDAP 1.2.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
De formele release van de LDAP-server ReOpenLDAP 1.2.0 is gepubliceerd, gecre\u00eberd om het project nieuw leven in te blazen na de blokkering van de repository op GitHub. In april verwijderde GitHub de accounts en repositories van veel Russische ontwikkelaars, verbonden aan bedrijven die onder de Amerikaanse sancties vallen, waaronder de repository van ReOpenLDAP. Vanwege de hernieuwde interesse van gebruikers in ReOpenLDAP is besloten het project nieuw leven in te blazen. <\/p>\n
Het ReOpenLDAP-project werd in 2014 opgericht om problemen op te lossen die zich voordeden bij het gebruik van het OpenLDAP-pakket in de infrastructuur van PJSC 'MTS', waar de LDAP-server werd gebruikt in een van de subsystemen van de infrastructuur (de NGDR fungeert als UDR (User Data Repository), volgens de 3GPP 23.335-norm, en is een gecentraliseerde knooppunt voor het opslaan van gegevens over alle soorten diensten van abonnees in de IT-infrastructuur van de telecomoperator). Dit soort toepassing vereiste de industri\u00eble exploitatie van een specifieke LDAP-catalogus in een 24\/7 modus, met een grootte van 10-100 miljoen records in een hoge belasting scenario (10K updates en 50K leesbewerkingen per seconde) en in een multi-master topologie. <\/p>\n
Symas Corp, als de belangrijkste ontwikkelaars, committeren en eigenaren van de OpenLDAP-code, konden de opgekomen problemen niet oplossen, daarom werd besloten te proberen dit zelf te doen. Zoals later bleek, waren de fouten in de code veel talrijker dan verwacht. Daarom werd er meer moeite gestoken in het project dan gepland, en ReOpenLDAP blijft een zekere waarde vertegenwoordigen en (volgens beschikbare informatie) is het de enige LDAP-server die volledig en betrouwbaar multi-master topologie ondersteunt voor RFC-4533, ook in scenario's met hoge belasting. <\/p>\n
In 2016 werden de projectdoelen bereikt en werd de ondersteuning en ontwikkeling van het project in het belang van PJSC 'MTS' afgerond. Daarna ontwikkelde en ondersteunde ReOpenLDAP zich drie jaar lang actief, maar geleidelijk verloor dit zijn betekenis: <\/p>\n
\n
Technologisch migreerde 'MTS' van ReOpenLDAP naar Tarantool, wat architecturaal correct is;\n
Er waren geen duidelijk ge\u00efnteresseerde gebruikers van ReOpenLDAP;\n
Geen enkele ontwikkelaar heeft zich bij het project aangesloten, zowel vanwege de hoge instapdrempel als vanwege de lage vraag naar ReOpenLDAP zelf;\n
De ontwikkeling en ondersteuning kostte te veel tijd van de resterende (hoofd)ontwikkelaar, aangezien hij professioneel afstand deed van de industri\u00eble exploitatie van ReOpenLDAP. <\/ul>\n
In inactieve toestand heeft de ReOpenLDAP-repository bestaan tot april 2022, toen het Github-beheer zonder enige waarschuwing of uitleg de bijbehorende accounts en de repository zelf verwijderde. Onlangs heeft de auteur verschillende verzoeken ontvangen met betrekking tot ReOpenLDAP, inclusief de locatie van de repository en de status van de codebase. Daarom werd besloten om het project minimaal te verfrissen, een technische release te vormen en dit nieuws te gebruiken om alle belanghebbenden te informeren. <\/p>\n
De huidige status van het project, inclusief die met betrekking tot OpenLDAP: <\/p>\n
\n
Er zijn sinds december 2018 geen verbeteringen en correcties uit OpenLDAP ge\u00efmporteerd. Voor verantwoordelijke toepassingen moet alle correcties in OpenLDAP worden geanalyseerd en relevante moeten worden ge\u00efmporteerd.\n
De actuele versies van OpenLDAP zijn nu gebaseerd op de 2.5-tak. Daarom zijn de hieronder beschreven verbeteringen alleen gemaakt in de 'devel'-tak (die overeenkwam met OpenLDAP 2.5), en zijn ze vervolgens samengevoegd in de 'master'-tak (die voor de samenvoeging overeenkwam met OpenLDAP 2.4).\n