เซิร์ฟเวอร์ ReOpenLDAP 1.2.0 LDAP เปิดตัวอย่างเป็นทางการแล้ว ได้รับการเผยแพร่แล้ว ซึ่งสร้างขึ้นเพื่อฟื้นคืนชีพโครงการหลังจากบล็อกพื้นที่เก็บข้อมูลบน GitHub ในเดือนเมษายน GitHub ได้ลบบัญชีและที่เก็บของนักพัฒนาชาวรัสเซียจำนวนมากที่เกี่ยวข้องกับบริษัทภายใต้การคว่ำบาตรของสหรัฐฯ รวมถึงที่เก็บ ReOpenLDAP จากการฟื้นตัวของความสนใจของผู้ใช้ ReOpenLDAP จึงมีการตัดสินใจที่จะทำให้โครงการกลับมามีชีวิตอีกครั้ง
โครงการ ReOpenLDAP ถูกสร้างขึ้นในปี 2014 เพื่อแก้ไขปัญหาที่เกิดขึ้นเมื่อใช้แพ็คเกจ OpenLDAP ในโครงสร้างพื้นฐานของ PJSC MegaFon โดยที่เซิร์ฟเวอร์ LDAP มีส่วนร่วมในระบบย่อยโครงสร้างพื้นฐานระบบใดระบบหนึ่ง (NGDR คือ UDR (ที่เก็บข้อมูลผู้ใช้) ตาม 3GPP 23.335 มาตรฐานและเป็นโหนดรวมศูนย์สำหรับการจัดเก็บข้อมูลในบริการสมาชิกทุกประเภทในโครงสร้างพื้นฐานด้านไอทีของผู้ให้บริการโทรคมนาคม) แอปพลิเคชันดังกล่าวสันนิษฐานว่ามีการดำเนินการจริงตลอด 24 ชั่วโมงทุกวันสำหรับไดเร็กทอรี LDAP เฉพาะ โดยมีขนาดบันทึก 7-10 ล้านเรคคอร์ด ในสถานการณ์ที่มีโหลดสูง (การอัปเดต 100K และการอ่าน 10K ต่อวินาที) และในโทโพโลยีแบบหลายต้นแบบ
Symas Corp ซึ่งเป็นผู้พัฒนาหลัก ผู้มอบหมาย และเจ้าของโค้ด OpenLDAP ไม่สามารถแก้ไขปัญหาได้ ดังนั้นพวกเขาจึงตัดสินใจลองทำด้วยตนเอง เมื่อปรากฏในภายหลัง มีข้อผิดพลาดในโค้ดมากมายเกินกว่าที่ใครจะคาดคิดได้ ดังนั้นจึงมีการใช้ความพยายามมากกว่าที่วางแผนไว้ และ ReOpenLDAP ยังคงมีคุณค่าอยู่และ (ตามข้อมูลที่มีอยู่) เป็นเซิร์ฟเวอร์ LDAP เดียวที่สนับสนุนโทโพโลยีแบบหลายต้นแบบอย่างเต็มที่และเชื่อถือได้สำหรับ RFC-4533 รวมถึงในระดับสูง สถานการณ์โหลด
ในปี 2016 บรรลุเป้าหมายของโครงการ และการสนับสนุนและพัฒนาโครงการโดยตรงเพื่อประโยชน์ของ MegaFon PJSC ก็เสร็จสมบูรณ์ จากนั้น ReOpenLDAP ก็ได้รับการพัฒนาและสนับสนุนอย่างแข็งขันต่อไปอีกสามปี แต่ก็ค่อยๆ สูญเสียความหมายไป:
- ในทางเทคโนโลยี MegaFon ย้ายจาก ReOpenLDAP ไปยัง Tarantool ซึ่งมีความถูกต้องทางสถาปัตยกรรม
- ไม่มีผู้ใช้ ReOpenLDAP ที่สนใจอย่างชัดเจน
- ไม่มีนักพัฒนารายใดเข้าร่วมโครงการ ทั้งเนื่องจากมีเกณฑ์การเข้าร่วมสูงและเนื่องจากความต้องการ ReOpenLDAP ต่ำ
- การพัฒนาและการสนับสนุนใช้เวลานานเกินไปสำหรับนักพัฒนา (แกนกลาง) ที่เหลือ เนื่องจากเขาย้ายออกจากการดำเนินการผลิตของ ReOpenLDAP อย่างมืออาชีพ
ในสถานะไม่ได้ใช้งาน พื้นที่เก็บข้อมูล ReOpenLDAP จะคงอยู่จนถึงเดือนเมษายน 2022 เมื่อผู้ดูแลระบบ Github ลบบัญชีที่เกี่ยวข้องและตัวพื้นที่เก็บข้อมูลเองโดยไม่มีคำเตือนหรือคำอธิบายใดๆ ล่าสุด ผู้เขียนได้รับคำขอหลายรายการเกี่ยวกับ ReOpenLDAP รวมถึงตำแหน่งของพื้นที่เก็บข้อมูลและสถานะของโค้ดเบส ดังนั้นจึงตัดสินใจรีเฟรชโครงการให้น้อยที่สุด เผยแพร่ทางเทคนิค และใช้ข่าวนี้เพื่อแจ้งให้ผู้ที่สนใจทราบ
สถานะปัจจุบันของโครงการ รวมถึงเกี่ยวกับ OpenLDAP:
- การนำเข้าการปรับปรุงและแก้ไขจาก OpenLDAP ไม่ได้ดำเนินการตั้งแต่เดือนธันวาคม 2018 สำหรับแอปพลิเคชันที่มีภารกิจสำคัญ การแก้ไขทั้งหมดใน OpenLDAP ควรได้รับการแยกวิเคราะห์และนำเข้าการแก้ไขที่เกี่ยวข้อง
- ขณะนี้ OpenLDAP เวอร์ชันจริงถูกสร้างขึ้นตามสาขา 2.5 ดังนั้น การปรับปรุงที่อธิบายไว้ด้านล่างนี้จึงเกิดขึ้นเฉพาะในสาขา "devel" (ซึ่งสอดคล้องกับ OpenLDAP 2.5) จากนั้นจึงรวมเข้ากับ "master" (ซึ่งสอดคล้องกับ OpenLDAP 2.4 ก่อนการควบรวมกิจการ)
- ในปี 2018 ปัญหาเกี่ยวกับ config-bakend ที่สืบทอดมาจาก OpenLDAP ยังคงมีอยู่ โดยเฉพาะอย่างยิ่ง เมื่อเปลี่ยนการกำหนดค่าเซิร์ฟเวอร์ผ่าน config-bakend (การกำหนดค่า LDAP บน LDAP) อาจเกิดสภาวะการแข่งขันหรือการรบกวนแบบเรียกซ้ำ รวมถึงการหยุดชะงัก
- สันนิษฐานว่ามีปัญหาในการสร้างกับ OpenSSL/GnuTLS เวอร์ชันปัจจุบัน
- ผ่านชุดหลักของการทดสอบเนทิฟ ลบการทดสอบที่ต้องใช้ TLS/SSL
การปรับปรุงล่าสุด:
- ไลบรารี libmdbx ได้รับการอัปเดตเป็นเวอร์ชันปัจจุบันโดยขจัดปัญหาความไม่เข้ากันที่สังเกตได้ทั้งหมดซึ่งเกิดขึ้นเนื่องจากการพัฒนาไลบรารี อย่างไรก็ตาม อาจมีข้อมูลที่ล้าสมัยบางอย่างในหน้าคู่มือ
- มี autotools 2.71 เวอร์ชันปัจจุบันอยู่ด้วย
- มีการแก้ไขเล็กน้อยเนื่องจากคำเตือนส่วนหนึ่งของคอมไพเลอร์ gcc 11.2 ปัจจุบัน
ที่มา: opennet.ru