نسخه رسمی سرور LDAP ReOpenLDAP 1.2.0 منتشر شده است که برای احیای پروژه پس از مسدود کردن مخزن آن در GitHub ایجاد شده است. در ماه آوریل، GitHub حساب ها و مخازن بسیاری از توسعه دهندگان روسی مرتبط با شرکت های مشمول تحریم های ایالات متحده، از جمله مخزن ReOpenLDAP را حذف کرد. با توجه به احیای علاقه کاربران به ReOpenLDAP، تصمیم گرفته شد که این پروژه دوباره زنده شود.
پروژه ReOpenLDAP در سال 2014 برای حل مشکلاتی که هنگام استفاده از بسته OpenLDAP در زیرساخت PJSC MegaFon ایجاد شد، جایی که سرور LDAP در یکی از زیر سیستم‌های زیرساخت (NGDR یک UDR (مخزن داده‌های کاربر) است، درگیر بود. استاندارد 3GPP 23.335 و یک گره متمرکز برای ذخیره داده ها در مورد انواع خدمات مشترکین در زیرساخت فناوری اطلاعات اپراتور مخابراتی است. چنین برنامه ای عملیات صنعتی را در حالت 24×7 از یک فهرست LDAP خاص با اندازه 10-100 میلیون ورودی، در یک سناریوی بار بالا (10K به روز رسانی و 50K خواندن در ثانیه) و در یک توپولوژی چند کارشناسی ارشد فرض می کند.
Symas Corp به عنوان توسعه دهندگان اصلی، committer ها و صاحبان کد OpenLDAP، قادر به حل مشکلات پیش آمده نبودند، بنابراین تصمیم گرفتند خودشان این کار را انجام دهند. همانطور که بعداً مشخص شد، خطاهای کد بسیار بیشتر از حد انتظار بود. بنابراین، تلاش بیشتری نسبت به برنامه‌ریزی انجام شد و ReOpenLDAP همچنان مقداری ارزش را نشان می‌دهد و (طبق اطلاعات موجود) تنها سرور LDAP است که به طور کامل و قابل اعتماد از توپولوژی چند اصلی برای RFC-4533، از جمله در سناریوهای با بار بالا، پشتیبانی می‌کند.
در سال 2016، اهداف پروژه محقق شد و پشتیبانی و توسعه پروژه به طور مستقیم در راستای منافع MegaFon PJSC تکمیل شد. سپس ReOpenLDAP به طور فعال برای سه سال دیگر توسعه و پشتیبانی شد، اما به تدریج معنای خود را از دست داد:
- از نظر فناوری، MegaFon از ReOpenLDAP به Tarantool مهاجرت کرد که از نظر معماری درست است.
- هیچ کاربر آشکارا علاقه مند ReOpenLDAP وجود نداشت.
- هیچ یک از توسعه دهندگان به این پروژه نپیوستند، هم به دلیل آستانه ورود بالا و هم به دلیل تقاضای کم برای خود ReOpenLDAP.
- توسعه و پشتیبانی شروع به زمان زیادی از توسعه دهنده (اصلی) باقی مانده کرد، زیرا او به طور حرفه ای از عملیات صنعتی ReOpenLDAP دور شد.
در حالت غیرفعال، مخزن ReOpenLDAP تا آوریل 2022 وجود داشت، زمانی که مدیریت Github بدون هیچ هشدار یا توضیحی، حساب‌های مرتبط و خود مخزن را حذف کرد. اخیراً نویسنده چندین درخواست در مورد ReOpenLDAP دریافت کرده است، از جمله مکان مخزن و وضعیت پایگاه کد. بنابراین تصمیم بر این شد که پروژه به صورت حداقلی به روز شود، نسخه فنی ایجاد شود و از این خبر برای اطلاع همه علاقمندان استفاده شود.
وضعیت فعلی پروژه، از جمله در مورد OpenLDAP:
- بهبودها و اصلاحات از دسامبر 2018 از OpenLDAP وارد نشده است. برای برنامه های کاربردی حیاتی، باید تمام اصلاحات را در OpenLDAP تجزیه و تحلیل کنید و موارد مربوطه را وارد کنید.
- نسخه های فعلی OpenLDAP اکنون بر اساس شاخه 2.5 هستند. بنابراین، تغییرات توضیح داده شده در زیر فقط در شاخه "توسعه" (که مطابق با OpenLDAP 2.5 بود) انجام شد و سپس در شاخه "master" (که قبل از ادغام با OpenLDAP 2.4 مطابقت داشت) ادغام شدند.
- در سال 2018، مشکلات مربوط به config-backend که از OpenLDAP به ارث رسیده بود همچنان ادامه داشت. به ویژه، هنگام تغییر پیکربندی سرور از طریق config-backend (پیکربندی LDAP از طریق LDAP)، شرایط مسابقه یا مشکلات بازگشتی از جمله بن بست رخ می دهد.
- احتمالاً مشکلاتی در ساخت نسخه های فعلی OpenSSL/GnuTLS وجود دارد.
- یک مجموعه اصلی از تست‌های اختصاصی، منهای تست‌هایی که به TLS/SSL نیاز دارند را پشت سر می‌گذارد.
آخرین پیشرفت ها:
- کتابخانه libmdbx به آخرین نسخه به روز شده است و تمام مشکلات ناسازگاری ذکر شده را که به دلیل توسعه کتابخانه ایجاد شده بود، از بین می برد. با این حال، احتمالاً برخی از اطلاعات قدیمی در صفحات man باقی مانده است.
- نسخه فعلی autotools 2.71 استفاده می شود.
- به دنبال برخی از هشدارها در کامپایلر فعلی gcc 11.2 ویرایش های جزئی انجام شده است.
منبع: opennet.ru