{"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\/it\/blog\/news\/reliz-ldap-servera-reopenldap-1-2-0","title":{"rendered":"Rilascio del server LDAP ReOpenLDAP 1.2.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stata pubblicata la versione formale del server LDAP ReOpenLDAP 1.2.0, sviluppata per riportare in vita il progetto dopo il blocco del suo repository su GitHub. Ad aprile, GitHub ha rimosso gli account e i repository di molti sviluppatori russi legati a aziende soggette a sanzioni statunitensi, incluso il repository di ReOpenLDAP. A seguito del rinnovato interesse degli utenti per ReOpenLDAP, si \u00e8 deciso di riportare il progetto in vita. <\/p>\n
Il progetto ReOpenLDAP \u00e8 stato creato nel 2014 per risolvere i problemi emersi nell'uso del pacchetto OpenLDAP nell'infrastruttura di PJSC \"MegaFon\", dove il server LDAP era utilizzato in uno dei sottosistemi dell'infrastruttura (NGDR rappresenta un UDR (User Data Repository), secondo lo standard 3GPP 23.335, ed \u00e8 un nodo centralizzato per la memorizzazione dei dati su tutti i tipi di servizi degli abbonati nell'infrastruttura IT dell'operatore di telecomunicazioni). Tale applicazione prevedeva un'operazione industriale in modalit\u00e0 24\u00d77 di un catalogo LDAP specifico, con una dimensione di 10-100 milioni di record, in uno scenario ad alta intensit\u00e0 di carico (10K aggiornamenti e 50K letture al secondo) e in una topologia multi-master. <\/p>\n
Symas Corp, come principali sviluppatori, committer e proprietari del codice di OpenLDAP, non \u00e8 riuscita a risolvere i problemi emersi, quindi si \u00e8 deciso di provare a farlo autonomamente. Come si \u00e8 poi scoperto, gli errori nel codice erano molto pi\u00f9 numerosi di quanto si potesse immaginare. Di conseguenza, sono stati spesi pi\u00f9 sforzi del previsto, e ReOpenLDAP rappresenta ancora un certo valore e (secondo le informazioni disponibili) \u00e8 l'unico server LDAP che supporta pienamente e in modo affidabile la topologia multi-master per RFC-4533, anche in scenari ad alto carico. <\/p>\n
Nel 2016 sono stati raggiunti gli obiettivi progettuali, e il supporto e lo sviluppo del progetto direttamente nell'interesse di PJSC \"MegaFon\" sono stati conclusi. Successivamente, ReOpenLDAP \u00e8 stato attivamente sviluppato e supportato per altri tre anni, ma gradualmente ha perso significato: <\/p>\n
\n
Tecnicamente, \"MegaFon\" ha migrato da ReOpenLDAP a Tarantool, il che \u00e8 architettonicamente corretto;\n
Non c'erano utenti palesemente interessati a ReOpenLDAP;\n
Nessuno degli sviluppatori ha aderito al progetto, sia a causa dell'alto ingresso richiesto, sia per la bassa domanda dello stesso ReOpenLDAP;\n
Lo sviluppo e il supporto hanno iniziato a richiedere troppo tempo al rimanente (principale) sviluppatore, poich\u00e9 si era professionalmente allontanato dall'operativit\u00e0 industriale di ReOpenLDAP. <\/ul>\n
In stato inattivo, il repository di ReOpenLDAP \u00e8 esistito fino ad aprile 2022, quando l'amministrazione di Github ha rimosso senza preavviso e spiegazioni gli account e il repository correlati. Recentemente, l'autore ha ricevuto diverse richieste riguardanti ReOpenLDAP, incluso dove si trovasse il repository e lo stato della base di codice. Pertanto, si \u00e8 deciso di aggiornare il progetto almeno minimamente, formare un rilascio tecnico e utilizzare questa notizia per informare tutti gli interessati. <\/p>\n
Lo stato attuale del progetto, compreso il riferimento a OpenLDAP: <\/p>\n
\n
L'importazione di modifiche e correzioni da OpenLDAP non \u00e8 avvenuta dal dicembre 2018. Per applicazioni responsabili \u00e8 necessario analizzare tutte le correzioni in OpenLDAP e importare quelle pertinenti.\n
Le versioni attuali di OpenLDAP sono ora basate sul ramo 2.5. Pertanto, le modifiche descritte di seguito sono state apportate solo nel ramo \"devel\" (che corrispondeva a OpenLDAP 2.5), e poi fuse nel \"master\" (che prima della fusione corrispondeva a OpenLDAP 2.4).\n