الخلاصة

  • حدّد X.500 جذراً لشجرة الأسماء، لكنه لم يحدّد إجراءً قابلاً للتوسع لحوكمته. جعل Giant Tortoise كل وكيل من المستوى الأول يحتاج إلى اتفاق واحد مع الجذر بدلاً من شبكة اتفاقات ثنائية مع جميع النظراء.
  • لم يكن استبدال Quipu عملية تتم في موعد واحد. ندرة تطبيق DOP وعيوب نصوص X.500 لعامي 1993 و1997 دفعت RFC 2120 إلى مسارات سريع وأبطأ وطويل الأمد، تجمع بين النسخ الظلي عبر DISP وبيانات التحكم في الوصول والارتباطات التشغيلية الهرمية عبر DOP.
  • نجاح List أو Search على نسخة محلية من الجذر يثبت حالة تنسيق ونسخ محددة، لا سلطة عالمية ولا اكتمالاً أو حداثة أو أمناً شاملاً. وكان من المقرر صراحة ألا يقدّم وكيل الجذر عمليات المستخدمين عبر LDAP أو DAP أو DSP.

بدأت المسألة بحساب كلفة العلاقات. في نموذج X.500 الذي يناقشه RFC 2120، يتولى مسؤولو وكلاء نظام الدليل من المستوى الأول صيانة سياق تسمية الجذر بصورة جماعية. إلا أن المعيار لم يصف آلية تشغيل تلك الجماعة، فبقيت الاتفاقات الثنائية والترتيبات الخاصة هي الحل. كل وكيل جديد كان يحتاج إلى تفاهم مع كل المشاركين السابقين. خلف الشجرة المنطقية نمت شبكة تشغيلية كثيفة.

غيّرت NameFLOW-Paradise شكل الشبكة. احتفظ وكيل جذر غير معياري، اسمه Giant Tortoise، بإدخالات البلدان، ثم وزعتها آلية النسخ في Quipu إلى وكلاء البلدان وخوادم دليل أخرى. يسجل RFC 2120 أن 770 وكيلاً كانت تنسخ هذه المعلومات في يونيو 1996. صار على كل مسؤول في المستوى الأول أن يدير اتفاقاً واحداً مع الجذر، لا اتفاقات مع جميع نظرائه.

كان لهذا المركز أثر عملي في البحث أيضاً. فالنسخة التقليدية من سياق الجذر لدى وكيل بلد ما كانت تحمل أساساً معلومات المعرفة؛ تكفي لعملية List غير آمنة، لكنها لا تكفي لتطبيق مرشّح محلياً على المستوى الأول. استطاع Quipu توزيع بيانات أغنى عن إدخالات البلدان، فأصبح البحث أحادي المستوى محلياً ممكناً من دون ربط الطلب بكل وكيل رئيسي أو إحالته إليه.

لكن السرعة لا تحوّل النسخة إلى مرجع أعلى. عالج Giant Tortoise قصور نموذج معرفة غير معياري، ولم يجعل محتواه حقيقة عالمية مكتملة أو آنية. ظل الإدخال الرئيسي والنسخة واتفاق التحديث وواقعة النسخ ونتيجة الاستعلام طبقات منفصلة من الإثبات.

كان البديل مطالباً بحفظ المنفعة التشغيلية

أرادت NameFLOW-Paradise الانتقال إلى بروتوكولات ISO X.500 لعام 1993. بدا التصميم النظري بسيطاً: ينشئ الجذر مع كل وكيل رئيسي من المستوى الأول ارتباطاً تشغيلياً هرمياً عبر DOP، ثم يوزّع DISP سياق الجذر الموسّع. بذلك يحتفظ الوكيل المحلي بقدرة List والبحث أحادي المستوى وحل الأسماء نحو المستويات الأولى الأخرى.

منع واقعان ذلك الانتقال المباشر. أولاً، لم يكن سوى عدد قليل من المورّدين قد طبّق DOP. ثانياً، كانت في المعيار ثغرات: لم يحمل DISP، عند نسخ الإحالات التابعة، بعض معلومات التحكم اللازمة لـList آمنة؛ ولم يؤد نسخ الإحالات وحدها إلى نسخ الإدخالات التابعة اللازمة للبحث. وحتى الارتباط الهرمي المقترح للحل الطويل كان ممكناً في ASN.1 من دون نص معياري يشرح ترتيبه عند الجذر.

استخدم المسار السريع DISP من دون DOP. يسلّم مسؤول المستوى الأول إلى مسؤول الجذر نقطة الوصول والأسماء المميزة النسبية التي يديرها — ولو هاتفياً — ثم يعقد اتفاق نسخ ظلي. يجمع الجذر المعرفة ويوزعها بما يسمح بـList غير آمنة. وكان النقص مقصوداً ومعلناً: لا تتوافر بعد مواد التحكم في الوصول للأمان ولا الإدخالات الغنية للبحث المحلي.

أضاف المسار الأبطأ اتفاقات نسخ ظلي «موضعية» في الاتجاه المعاكس. يقدّم كل وكيل إدخاله الرئيسي إلى الجذر؛ ثم تعدّل جهة الجذر الإدخال المنسوخ ليبدو كما لو أن ارتباطاً هرمياً أنشأه، وتضيف إحالة تابعة إلى الوكيل الرئيسي. توزّع علاقة نسخ ثانية سياق الجذر المكتمل إلى الخارج. بعد إصلاح عيبي المعيار، يمكن لهذا الترتيب دعم List آمنة وبحث أحادي المستوى. ولم يتوقع المورّدون المجتمعون لدى DANTE عام 1996 حلاً أوسع قبل منتصف 1998 تقريباً.

أما المسار الطويل فيستخدم بالفعل الارتباطات التشغيلية الهرمية عبر DOP. يبقى وكيل المستوى الأول هو المسؤول الرئيسي عن إدخالاته، بينما يزامن الارتباط الإحالات التابعة وسمات الترشيح والسمات الجماعية ومعلومات التحكم في الوصول مع الجذر. ثم يزوّد الجذر المشاركين بنسخة ظل من سياقه.

لا تعطي المسارات الثلاثة الدليل نفسه. ظهور إحالة في List السريعة لا يثبت الأمان. نجاح Search على نسخة المسار الأبطأ يثبت وجود السمات لدى الوكيل المجيب، لا حداثتها لدى المصدر الرئيسي. وجود ارتباط DOP يثبت علاقة تشغيلية معيارية، لا صحة تطبيق كل مورّد ولا مشاركة كل مسؤول.

الجذر ليس بوابة المستخدمين

اقترح RFC 2120 وكيلاً رئيسياً واحداً للجذر، لكنه نفى عنه دور الخدمة العامة. لن يدعم عمليات الدليل عبر LDAP أو DAP أو DSP؛ بل يستعلم المستخدمون من وكلاء المستوى الأول الذين يملكون نسخاً ظلّية. لذلك كان الجذر نقطة تنسيق ونسخ، لا محرك بحث عالمي.

يفصل هذا الحد أيضاً بين RFC 2120 وRFC 2148. فالأخير، الخاص بالصفحات البيضاء، يسأل من يجمع سجل الشخص ويحافظ عليه، وكيف تحدّثه المؤسسة، وما حقوق الخصوصية، وكيف يصل العميل إلى الخدمة. أما RFC 2120 فيعالج اعتماداً أضيق: كيف تتشارك أنظمة المستوى الأول أعلى شجرة الأسماء من دون شبكة اتفاقات كاملة، وكيف تستبدل آلية خاصة من دون خسارة فائدتها التشغيلية.

تثبت عملية List ناجحة أن أسماء أو إحالات معينة كانت ظاهرة وفق حالة الوكيل المجيب وشروط الوصول لديه. ويثبت البحث أحادي المستوى أن نسخته احتوت سمات تكفي لتطبيق المرشّح. لا تثبت أي منهما اكتمالاً عالمياً، أو تطابقاً آنياً مع جميع المصادر الرئيسية، أو تفويض كل طالب، أو اتفاق العالم على سياسة واحدة.

كان RFC 1276 قد وصف Quipu بأنه معيار واقعي انتقالي: أثبت نفسه في التجارب، وسهل نشره سريعاً، مع حدود معروفة في الإدارة والتوسع. يمثل RFC 2120 الجسر الوثائقي من ذلك النظام العامل إلى آلية أقرب إلى المعيار. درسه الدائم هو تحديد الادعاء بدقة: ما المنفعة التشغيلية التي نحفظها، وما الدليل الذي تنتجه كل مرحلة، وما الذي لا يزال يحتاج إلى إثبات مستقل.

المصادر