الخلاصة

  • سمّى RFC 1484 الاسم الودود الذي يدخله المستخدم اسماً مزعوماً؛ فهو طلب بحث يمكنه حذف الأنواع والطبقات، وليس Distinguished Name محفوظاً.
  • شارك في النتيجة ترتيب البيئة المحلية والمخطط ومحتوى الدليل في تلك اللحظة والقيم البديلة وقواعد المطابقة، وأحياناً اختيار الإنسان بين المرشحين.
  • حدّد DN الناتج إدخالاً في شجرة الدليل، لا هوية الشخص الموثّقة ولا سلطته ولا صحة كل صفة ولا نتيجة الفعل اللاحق.

الحروف نفسها، والمرشحون تغيروا

أراد RFC 1484 أن يصبح اسم X.500 قابلاً للتداول بين البشر. يمكن كتابته على بطاقة، أو نقله في رسالة، أو إدخاله كما سُمِع في اجتماع، من دون نموذج يفصل البلد والمنظمة والوحدة والشخص.

لذلك سمح بحذف أنواع الصفات، واختصار الطبقات العليا، وتجاوز وحدة وسطى، واستخدام قيمة بديلة أو تهجئة تقريبية أو اسم بلد مألوف. لكنه لم يمنح السلسلة منزلة DN. وصفها بأنها purported name: قول يحتاج إلى أن يختبره الدليل.

كان ذلك الاختيار صريحاً في أثره الزمني. أوصى النص بحفظ DN بعد الحل في معظم الحالات، لأن اسماً مزعوماً واضحاً اليوم قد يصبح ملتبساً حين يظهر اسم جديد. سهولة العبارة لا تعطيها تفرداً دائماً.

ما حُذف من الشاشة انتقل إلى النظام

يستطيع مخطط افتراضي أن يستنتج Common Name في الطرف الأدنى وCountry في الأعلى، وأن يوزع Organisation وOrganisational Unit بينهما. كما أجاز المستند قواعد افتراضية تعتمد على السياق أو البيانات.

لكن بعض النقص لا يُملأ بقاعدة ثابتة. يجب البحث في صفات متعددة أو فروع متعددة. قد يعني مقطع قصير بلداً في موضع ومنطقة أو منظمة في موضع آخر. وقد تكون الكنية قيمة بديلة دقيقة لإدخال، ومطابقة تقريبية لإدخالات أخرى.

اختصر المستخدم العبارة، فزاد عبء السياق التشغيلي. لإعادة القرار نحتاج النص الأصلي واللغة والعميل والمحلل والمخطط ونقطة البداية والمرشحات ولقطة الدليل والمرشحين. سجلّ يحفظ الحروف فقط لا يحفظ كيف صارت مرجعاً.

البيئة المحلية حدّدت أين يبدأ السؤال

عرّف RFC 1484 البيئة المحلية على أنها قائمة مرتبة من أسماء غير ورقية في Directory Information Tree. تتغير القائمة بحسب عدد مكونات الاسم، وينبغي أن يستطيع الفرد التحكم فيها.

في مثال مستخدم الجامعة البريطانية، يبدأ الاسم الأحادي داخل القسم، ثم الجامعة، فالبلد، ثم الجذر. وللاسم ذي المكونين ترتيب آخر. أما DUA عام في الولايات المتحدة فله مسار مختلف.

إذن لم تكن البيئة تفضيلاً بصرياً. إذا عثر العميل مبكراً على exact match فقد لا يصل إلى فرع أوسع. يمكن للاختصار المعروف محلياً أن ينتصر على مرشح بعيد، بينما يعرض جهاز عام الاثنين. العبارة واحدة، لكن برنامج البحث مختلف.

إذا لم يسجل المشغل ترتيب البيئة، فلن يستطيع لاحقاً تفسير لماذا ظهر هذا الإدخال ولم يظهر غيره.

درجات المطابقة كانت مفاتيح تحكم

قسّم الاقتراح التطابق إلى exact وgood وpoor. يُتبع التطابق الدقيق دائماً. إن غاب، تُتبع التطابقات الجيدة. وإن لم يبق إلا التقريبي أو الجزئي، يُطلب من المستخدم أن يقبل أو يرفض. وقد يؤدي رفض الجميع إلى الانتقال لعنصر بيئة آخر.

هذا يعني أن التعامل مع الحروف الأولى وعلامات الترقيم والأسماء البديلة والأخطاء الإملائية ليس مجرد تحسين للعرض. إنه يغير فروع التنفيذ. كما أن موافقة المستخدم جزء من ناتج الخوارزمية.

جاء RFC 4511 لاحقاً بوصف أدق لإيصال بحث LDAP: base وscope وسياسة alias وحدود الحجم والوقت وfilter والصفات المطلوبة. قد تصل إدخالات وإحالات استمرار قبل النتيجة الأخيرة. ظهور بطاقة واحدة لا يثبت اكتمال فضاء البحث.

الاسم الودود وDN ونص DN ليست شيئاً واحداً

يصف RFC 1309 البنية التي عمل فوقها الاقتراح. يحتل الإدخال موضعاً في DIT، ويجمع DN تسلسل RDN من الجذر إلى ذلك الموضع. المقال المنشور عن RFC 1309 يملك موضوع DUA وDSA والتسلسل والإحالات والأسماء البديلة وحيازة النسخ. أما RFC 1484 فيسأل كيف يخمّن الإنسان الطريق.

عالج RFC 1485 مسألة أخرى: تمثيل DN معروف كسلسلة غير ملتبسة. ثم تطورت الصيغة في RFC 1779 وRFC 2253 وRFC 4514.

يوضح RFC 4514 أنه لا يحدد نصاً قانونياً وحيداً لـDN؛ فالمساواة تُفحص بقاعدة distinguishedNameMatch. اختلاف العرض لا يثبت اختلاف الإدخال، والتشابه المرئي لا يثبت المساواة.

يربط RFC 4512 كل نوع بتركيبه وقاعدة مطابقته، ويجعل RDN فريداً بين الأشقاء وDN مرجعاً غير ملتبس إلى إدخال. ويبين RFC 4518 إعداد النصوص الدولية قبل المقارنة. الصورة المرئية والترميز والقيمة المعدّة والمرجع أربع طبقات.

الإدخال ليس شهادة من الشخص

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

قد تخفي ضوابط الوصول صفات، وقد تبقى إحالة بلا متابعة، وقد يقرأ العميل نسخة متأخرة، وقد يختار الإنسان اسماً مشابهاً. يحتاج التطبيق بعد ذلك إلى مصادقة مستقلة وتفويض وتسجيل للفعل ورصد للنتيجة.

العثور على عنوان لا يثبت التسليم. اختيار حساب لا يمنح الإذن. exact match ليس هوية قانونية.

التجربة نشرت الفائدة والقصور معاً

سجّل RFC 1484 تنفيذاً في واجهة FRED ضمن PSI Pilot ونموذجاً لإدارة قوائم التوزيع، وذكر أن رد فعل المستخدمين كان إيجابياً. هذه حجة لوجود كود عامل، لا إحصاء لتبنّي الإنترنت.

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

يحفظ سجل RFC Editor الحالة الوثائقية. كان RFC 1484 تجريبياً، وصرح قسم الأمن بأنه لا يناقش الأمن. لا يثبت خصوصية أو مقاومة للحصر أو قوة هوية.

الود كان في المدخل لا في السلطة

تساعد عدسات Heng Lu عن أولوية الكود العامل والمواصفة الأولية الدنيا والقرار المحلي وطبقات الواقع على إبقاء الحدود. الصيغة مشتركة، والبيئة محلية، والبيانات للدليل، والاختيار للإنسان، والسلطة للتطبيق.

لا تكفي عبارة «كتب الاسم فوجد الشخص». السجل الأمين يصل القول بالاسم المزعوم والبيئة والبحث والمرشحين والاختيار وDN وإصدار الإدخال والمصادقة والتفويض والنتيجة. جعل RFC 1484 الخطوة الأولى طبيعية؛ ولم يدّع أنها آخر خطوة.

المصادر