Foi lançada a versão formal do servidor LDAP ReOpenLDAP 1.2.0, criada para ressuscitar o projeto após o bloqueio de seu repositório no GitHub. Em abril, o GitHub excluiu contas e repositórios de muitos desenvolvedores russos associados a empresas que foram sancionadas pelos EUA, incluindo o repositório ReOpenLDAP. Devido ao renascimento do interesse dos usuários no ReOpenLDAP, decidiu-se revitalizar o projeto.
O projeto ReOpenLDAP foi criado em 2014 para resolver problemas encontrados com o pacote OpenLDAP na infraestrutura da PJSC 'MegaFon', onde o servidor LDAP foi utilizado em um dos subsistemas da infraestrutura (o NGDR representa um UDR (User Data Repository), de acordo com o padrão 3GPP 23.335, e é um nó centralizado para armazenar dados sobre todos os serviços dos assinantes na infraestrutura de TI do operador de telecomunicações). Esse tipo de aplicação exigia a operação industrial, em modo 24×7, de um catálogo LDAP específico, com um volume de 10-100 milhões de registros, em um cenário de alta carga (10 mil atualizações e 50 mil leituras por segundo) e em topologia de multi-mestre.
A Symas Corp, como principais desenvolvedores, mantenedores e proprietários do código OpenLDAP, não conseguiu resolver os problemas que surgiram, então decidiu-se tentar fazer isso de forma independente. Como posteriormente foi constatado, havia muito mais erros no código do que se poderia imaginar. Portanto, mais esforço foi necessário do que o planejado, e o ReOpenLDAP continua a representar um certo valor e (segundo as informações disponíveis) é o único servidor LDAP que suporta plenamente e de forma confiável a topologia de multi-mestre para RFC-4533, incluindo em cenários de alta carga.
Em 2016, os objetivos do projeto foram alcançados, e o suporte e desenvolvimento do projeto, diretamente nos interesses da PJSC 'MegaFon', foi encerrado. Em seguida, o ReOpenLDAP foi ativamente desenvolvido e mantido por mais três anos, mas gradualmente isso perdeu sentido:
- Tecnologicamente, a 'MegaFon' migrou do ReOpenLDAP para o Tarantool, o que é correto do ponto de vista arquitetural;
- Não houve usuários claramente interessados no ReOpenLDAP;
- Ninguém se juntou ao projeto, tanto devido à alta barreira de entrada quanto à baixa demanda pelo próprio ReOpenLDAP.
- O desenvolvimento e suporte começaram a tomar muito tempo do restante (principal) desenvolvedor, uma vez que ele se afastou profissionalmente da operação industrial do ReOpenLDAP.
O repositório do ReOpenLDAP permaneceu inativo até abril de 2022, quando a administração do Github excluiu as contas associadas e o próprio repositório sem qualquer aviso ou explicação. Recentemente, o autor recebeu várias solicitações relacionadas ao ReOpenLDAP, incluindo perguntas sobre a localização do repositório e o estado da base de código. Portanto, foi decidido atualizar minimamente o projeto, criar um release técnico e utilizar esta notícia para informar todos os interessados.
Estado atual do projeto, incluindo em relação ao OpenLDAP:
- Não houve importação de modificações e correções do OpenLDAP desde dezembro de 2018. Para aplicações críticas, é necessário analisar todas as correções no OpenLDAP e importar as relevantes.
- As versões atuais do OpenLDAP estão sendo formadas com base na branch 2.5. Portanto, as modificações descritas a seguir foram feitas apenas na branch 'devel' (que correspondia ao OpenLDAP 2.5) e depois fundidas no 'master' (que antes da fusão correspondia ao OpenLDAP 2.4).
- Em 2018, problemas herdados do OpenLDAP com o config-backend ainda persistiam. Em particular, quando ao modificar configurações do servidor por meio do config-backend (configuração LDAP através do LDAP) ocorrem condições de corrida ou problemas recursivos, incluindo bloqueios (deadlocks).
- Presumivelmente, existem problemas de build com as versões atuais do OpenSSL/GnuTLS;
- Um conjunto básico de testes próprios é realizado, exceto os que requerem TLS/SSL;
Últimas modificações:
- A biblioteca libmdbx foi atualizada para a versão mais recente, eliminando todos os problemas de incompatibilidade observados devido ao desenvolvimento da biblioteca. No entanto, nas páginas man, provavelmente ainda resta alguma informação desatualizada.
- Foi utilizada a versão atual do autotools 2.71.
- Pequenas correções foram feitas em resposta a parte dos avisos do compilador atual gcc 11.2.
Fonte: opennet.ru
