{"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\/fr\/blog\/news\/reliz-ldap-servera-reopenldap-1-2-0","title":{"rendered":"Publication de la version 1.2.0 du serveur LDAP ReOpenLDAP","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Une version formelle du serveur LDAP ReOpenLDAP 1.2.0 a \u00e9t\u00e9 publi\u00e9e, visant \u00e0 ressusciter le projet apr\u00e8s que son d\u00e9p\u00f4t a \u00e9t\u00e9 bloqu\u00e9 sur GitHub. En avril, GitHub a supprim\u00e9 les comptes et les d\u00e9p\u00f4ts de nombreux d\u00e9veloppeurs russes li\u00e9s \u00e0 des entreprises sous sanctions am\u00e9ricaines, y compris le d\u00e9p\u00f4t de ReOpenLDAP. En raison du regain d'int\u00e9r\u00eat des utilisateurs pour ReOpenLDAP, il a \u00e9t\u00e9 d\u00e9cid\u00e9 de redonner vie au projet. <\/p>\n
Le projet ReOpenLDAP a \u00e9t\u00e9 cr\u00e9\u00e9 en 2014 pour r\u00e9soudre les probl\u00e8mes rencontr\u00e9s lors de l'utilisation du paquet OpenLDAP dans l'infrastructure de PJSC \u00ab M\u00e9gafon \u00bb, o\u00f9 le serveur LDAP \u00e9tait impliqu\u00e9 dans l'une des sous-syst\u00e8mes de l'infrastructure (NGDR repr\u00e9sente un UDR (User Data Repository), conform\u00e9ment \u00e0 la norme 3GPP 23.335, et est un n\u0153ud centralis\u00e9 pour le stockage des donn\u00e9es concernant tous les types de services des abonn\u00e9s dans l'infrastructure informatique de l'op\u00e9rateur de t\u00e9l\u00e9communication). Une telle utilisation supposait une exploitation industrielle en mode 24\/7 d'un annuaire LDAP sp\u00e9cifique, d'une taille comprise entre 10 et 100 millions d'enregistrements, dans un sc\u00e9nario tr\u00e8s charg\u00e9 (10K mises \u00e0 jour et 50K lectures par seconde) et dans une topologie multi-ma\u00eetre. <\/p>\n
Symas Corp, en tant que principaux d\u00e9veloppeurs, commiteurs et propri\u00e9taires du code OpenLDAP, n'a pas r\u00e9ussi \u00e0 r\u00e9soudre les probl\u00e8mes rencontr\u00e9s, il a donc \u00e9t\u00e9 d\u00e9cid\u00e9 d'essayer de le faire soi-m\u00eame. Comme il s'est av\u00e9r\u00e9 par la suite, il y avait beaucoup plus d'erreurs dans le code que l'on pouvait l'imaginer. Par cons\u00e9quent, plus d'efforts ont \u00e9t\u00e9 n\u00e9cessaires que pr\u00e9vu, et ReOpenLDAP repr\u00e9sente toujours une valeur certaine et (selon les informations disponibles) est le seul serveur LDAP soutenant de mani\u00e8re int\u00e9grale et fiable la topologie multi-ma\u00eetre pour RFC-4533, y compris dans des sc\u00e9narios \u00e0 forte charge. <\/p>\n
En 2016, les objectifs du projet ont \u00e9t\u00e9 atteints, et le soutien et le d\u00e9veloppement du projet dans l'int\u00e9r\u00eat de PJSC \u00ab M\u00e9gafon \u00bb ont \u00e9t\u00e9 achev\u00e9s. Par la suite, ReOpenLDAP a continu\u00e9 \u00e0 se d\u00e9velopper et \u00e0 \u00eatre soutenu pendant trois ans, mais cela a progressivement perdu son sens : <\/p>\n
\n
Techniquement, \u00ab M\u00e9gafon \u00bb a migr\u00e9 de ReOpenLDAP vers Tarantool, ce qui est architectuellement correct ;\n
Il n'y avait pas d'utilisateurs clairement int\u00e9ress\u00e9s par ReOpenLDAP ;\n
Aucun des d\u00e9veloppeurs n'a rejoint le projet, tant en raison d'un seuil d'entr\u00e9e \u00e9lev\u00e9 que d'une demande faible pour ReOpenLDAP ;\n
Le d\u00e9veloppement et le support prenaient trop de temps \u00e0 l'unique d\u00e9veloppeur restant, car il s'est professionnellement \u00e9loign\u00e9 de l'exploitation industrielle de ReOpenLDAP. <\/ul>\n
Le d\u00e9p\u00f4t ReOpenLDAP est rest\u00e9 inactif jusqu'en avril 2022, lorsque l'administration de Github a supprim\u00e9 les comptes associ\u00e9s et le d\u00e9p\u00f4t lui-m\u00eame sans aucun avertissement ni explication. R\u00e9cemment, l'auteur a re\u00e7u plusieurs demandes concernant ReOpenLDAP, y compris sur l'emplacement du d\u00e9p\u00f4t et l'\u00e9tat de la base de code. Il a donc \u00e9t\u00e9 d\u00e9cid\u00e9 de rafra\u00eechir le projet de fa\u00e7on minimale, de cr\u00e9er une version technique et d'utiliser cette annonce pour informer toutes les parties int\u00e9ress\u00e9es. <\/p>\n
L'\u00e9tat actuel du projet, y compris par rapport \u00e0 OpenLDAP : <\/p>\n
\n
Aucun import de modifications et de corrections depuis OpenLDAP n'a \u00e9t\u00e9 effectu\u00e9 depuis d\u00e9cembre 2018. Pour les applications critiques, il est n\u00e9cessaire d'analyser toutes les corrections dans OpenLDAP et d'importer celles qui sont pertinentes.\n
Les versions actuelles d'OpenLDAP sont maintenant form\u00e9es sur la base de la branche 2.5. Ainsi, les am\u00e9liorations d\u00e9crites ci-dessous ont \u00e9t\u00e9 effectu\u00e9es uniquement dans la branche \u00ab devel \u00bb (qui correspondait \u00e0 OpenLDAP 2.5), puis fusionn\u00e9es dans \u00ab master \u00bb (qui, avant la fusion, correspondait \u00e0 OpenLDAP 2.4).\n