{"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\/news\/reliz-ldap-servera-reopenldap-1-2-0","title":{"rendered":"Release des LDAP-Servers ReOpenLDAP 1.2.0.","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 nach der Blockierung seines Repositories auf GitHub wiederzubeleben. Im April entfernte GitHub die Konten und Repositories vieler russischer Entwickler, die mit Unternehmen verbunden waren, die von den US-Sanktionen betroffen sind, einschlie\u00dflich des Repositories von ReOpenLDAP. Angesichts des wieder aufkeimenden Interesses der Benutzer an ReOpenLDAP wurde beschlossen, das Projekt wieder ins Leben zu rufen. <\/p>\n
Das ReOpenLDAP-Projekt wurde 2014 ins Leben gerufen, um Probleme zu l\u00f6sen, die bei der Verwendung des OpenLDAP-Pakets in der Infrastruktur von PJSC \u201eMegaFon\u201c auftraten, wo der LDAP-Server in einem der Subsysteme eingesetzt wurde (NGDR stellt ein UDR (User Data Repository) gem\u00e4\u00df dem Standard 3GPP 23.335 dar und ist ein zentraler Knoten zum Speichern von Daten \u00fcber alle Arten von Abonnentendiensten in der IT-Infrastruktur des Telekommunikationsbetreibers). Diese Anwendung erforderte den industriellen Betrieb eines speziellen LDAP-Katalogs im 24\/7-Modus mit einer Gr\u00f6\u00dfe von 10 bis 100 Millionen Eintr\u00e4gen in einem hochbelasteten Szenario (10.000 Updates und 50.000 Lesevorg\u00e4nge pro Sekunde) und in einer Multi-Master-Topologie. <\/p>\n
Symas Corp, die Hauptentwickler, Committer und Codebesitzer von OpenLDAP, konnten die aufgetretenen Probleme nicht l\u00f6sen, daher wurde beschlossen, es selbst zu versuchen. Wie sich sp\u00e4ter herausstellte, waren die Fehler im Code um ein Vielfaches h\u00f6her als angenommen. Deshalb wurde mehr Aufwand betrieben als geplant, und ReOpenLDAP stellt nach wie vor einen gewissen Wert dar und (laut vorliegenden Informationen) ist der einzige LDAP-Server, der die Multi-Master-Topologie f\u00fcr RFC-4533 vollst\u00e4ndig und zuverl\u00e4ssig unterst\u00fctzt, auch in Hochleistungszenarien. <\/p>\n
Im Jahr 2016 wurden die Projektziele erreicht, und die Unterst\u00fctzung sowie die Weiterentwicklung des Projekts im direkten Interesse von PJSC \u201eMegaFon\u201c wurden eingestellt. Danach wurde ReOpenLDAP drei Jahre lang aktiv weiterentwickelt und unterst\u00fctzt, aber allm\u00e4hlich verlor dies an Bedeutung: <\/p>\n
\n
Technologisch migrierte \u201eMegaFon\u201c von ReOpenLDAP zu Tarantool, was architektonisch korrekt ist;\n
Es gab keine eindeutig interessierten Benutzer von ReOpenLDAP;\n
Es trat niemand aus der Entwicklergemeinschaft dem Projekt bei, sowohl aufgrund der hohen Eintrittsh\u00fcrden als auch aufgrund der geringen Nachfrage nach ReOpenLDAP selbst;\n
Die Entwicklung und Wartung nahmen zu viel Zeit in Anspruch f\u00fcr den verbleibenden (haupts\u00e4chlichen) Entwickler, da er sich beruflich von der industriellen Nutzung von ReOpenLDAP entfernt hat. <\/ul>\n
Im inaktiven Zustand existierte das ReOpenLDAP-Repository bis April 2022, als die GitHub-Administration ohne jegliche Vorwarnung und Erkl\u00e4rung die zugeh\u00f6rigen Konten und das Repository selbst l\u00f6schte. In letzter Zeit erhielt der Autor mehrere Anfragen bez\u00fcglich ReOpenLDAP, einschlie\u00dflich des Standorts des Repositories und des Zustands des Codes. Daher wurde beschlossen, das Projekt minimal zu aktualisieren, eine technische Ver\u00f6ffentlichung 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
Der Import von Verbesserungen und Korrekturen aus OpenLDAP wurde seit Dezember 2018 nicht mehr durchgef\u00fchrt. F\u00fcr verantwortungsvolle Anwendungen muss eine Analyse aller Korrekturen in OpenLDAP erfolgen und relevante davon importiert werden.\n
Aktuelle Versionen von OpenLDAP werden jetzt auf der Grundlage des Branches 2.5 erstellt. Daher wurden die im Folgenden beschriebenen Anpassungen nur im \u201edevel\u201c-Branch (der OpenLDAP 2.5 entsprach) vorgenommen und dann in den \u201emaster\u201c-Branch (der vor der Zusammenf\u00fchrung OpenLDAP 2.4 entsprach) integriert.\n