{"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\/de\/blog\/novosti-interneta\/reliz-ldap-servera-reopenldap-1-2-0","title":{"rendered":"Die LDAP-Server-Version ReOpenLDAP 1.2.0 wurde ver\u00f6ffentlicht.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die formelle Ver\u00f6ffentlichung des LDAP-Servers ReOpenLDAP 1.2.0 wurde ver\u00f6ffentlicht, um das Projekt wiederzubeleben, nachdem dessen Repository auf GitHub blockiert wurde. Im April entfernte GitHub die Konten und Repositories vieler russischer Entwickler, die mit Unternehmen verbunden waren, die unter US-Sanktionen standen, einschlie\u00dflich des Repositories von ReOpenLDAP. Angesichts des wiederauflebenden Interesses der Nutzer an ReOpenLDAP wurde beschlossen, das Projekt wieder zum Leben zu erwecken. <\/p>\n
Das ReOpenLDAP-Projekt wurde 2014 gegr\u00fcndet, um die Probleme zu l\u00f6sen, die beim Einsatz des OpenLDAP-Pakets in der Infrastruktur von PJSC \"MegaFon\" auftraten, wo der LDAP-Server in einem der Subsysteme der Infrastruktur eingesetzt wurde (NGDR ist ein UDR (User Data Repository) gem\u00e4\u00df dem 3GPP-Standard 23.335 und fungiert als zentraler Knoten zur Speicherung von Daten zu allen Arten von Dienstleistungen f\u00fcr Abonnenten innerhalb der IT-Infrastruktur des Telekommunikationsanbieters). Diese Anwendung erforderte den industriellen Betrieb eines spezifischen LDAP-Katalogs im 24\/7-Betrieb, mit einer Gr\u00f6\u00dfe von 10-100 Millionen Datens\u00e4tzen, in einem hochbelasteten Szenario (10.000 Updates und 50.000 Abfragen pro Sekunde) und in einer Multi-Master-Topologie. <\/p>\n
Symas Corp, als Hauptentwickler, Committer und Eigent\u00fcmer des OpenLDAP-Codes, konnte die aufgetretenen Probleme nicht l\u00f6sen, weshalb beschlossen wurde, es selbst zu versuchen. Wie sich sp\u00e4ter herausstellte, gab es im Code erheblich mehr Fehler, als urspr\u00fcnglich angenommen. Daher wurde mehr Aufwand betrieben als geplant, und ReOpenLDAP stellt nach wie vor einen wertvollen Beitrag dar und (nach Informationen) ist der einzige LDAP-Server, der die Multi-Master-Topologie f\u00fcr RFC-4533 vollst\u00e4ndig und zuverl\u00e4ssig unterst\u00fctzt, auch in hochbelasteten Szenarien. <\/p>\n
Im Jahr 2016 wurden die Projektziele erreicht und die Unterst\u00fctzung sowie die Entwicklung des Projekts im direkten Interesse von PJSC \"MegaFon\" wurde beendet. Danach entwickelte und unterst\u00fctzte sich ReOpenLDAP drei Jahre weiter, jedoch wurde dieser Prozess nach und nach bedeutungslos: <\/p>\n
\n
Technologisch migrierte \"MegaFon\" von ReOpenLDAP zu Tarantool, was architektonisch sinnvoll ist;\n
Es gab keine deutlich interessierten Nutzer von ReOpenLDAP;\n
Keiner der Entwickler trat dem Projekt bei, sowohl aufgrund der hohen Einstiegsh\u00fcrden als auch aufgrund der geringen Nachfrage nach ReOpenLDAP selbst;\n
Die Entwicklung und Wartung haben dem verbleibenden (haupts\u00e4chlichen) Entwickler zu viel Zeit in Anspruch genommen, da er sich beruflich von der produktiven Nutzung von ReOpenLDAP entfernt hat. <\/ul>\n
Der ReOpenLDAP-Repository blieb bis April 2022 inaktiv, als die Github-Verwaltung ohne Vorwarnung und Erkl\u00e4rung die zugeh\u00f6rigen Accounts und das Repository selbst l\u00f6schte. In letzter Zeit erhielt der Autor jedoch mehrere Anfragen zu ReOpenLDAP, einschlie\u00dflich des Standorts des Repositories und des Zustands des Codes. Daher wurde beschlossen, das Projekt minimal zu aktualisieren, einen technischen Release zu erstellen und diese Nachricht zur Information aller Interessierten zu nutzen. <\/p>\n
Aktueller Stand des Projekts, einschlie\u00dflich in Bezug auf OpenLDAP: <\/p>\n
\n
Importe von Anpassungen und Korrekturen aus OpenLDAP wurden seit Dezember 2018 nicht mehr durchgef\u00fchrt. F\u00fcr kritische Anwendungen sollten alle \u00c4nderungen in OpenLDAP analysiert und relevante Elemente importiert werden.\n
Die aktuellen Versionen von OpenLDAP basieren auf dem Branch 2.5. Daher wurden die im Folgenden beschriebenen \u00c4nderungen ausschlie\u00dflich im Branch «devel» (der OpenLDAP 2.5 entspricht) vorgenommen und anschlie\u00dfend in den «master» (der vor der Zusammenf\u00fchrung OpenLDAP 2.4 entsprach) integriert.\n