الخلاصة

  • قدّم RFC 1485 تمثيلاً نصياً موجهاً للمستخدم لاسم مميز X.500 معلوم مسبقاً، كي يعبر البريد والورق من دون فقدان بنيته في ASN.1.
  • انعدام الالتباس كان خاصية لمسار التحليل: تعيد السلسلة المطابقة اسماً مميزاً محدداً. لكنه لم يفرض نصاً معيارياً وحيداً؛ فقد اختلفت الفواصل والتنسيقات والواصفات وOID والاقتباس وصيغ الاحتياط.
  • استعادة DN لا تثبت وجود القيد أو حداثته، ولا تحسم المساواة أو هوية الشخص أو المصادقة أو التفويض أو الأثر النهائي.

حين تشبه علامة البيانات علامة القواعد

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

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

أما RFC 1484 فبدأ من جهة أخرى: اسم ودي مزعوم يُستخدم للبحث عن مرشحين في الدليل. يبدأ RFC 1485 بعد معرفة DN. البحث عن الاسم، وتمثيله، والاستعلام عن القيد، وإثبات سلطة صاحبه أربع عمليات لا عملية واحدة.

شجرة حملتها علامات قليلة

يتكون DN من سلسلة Relative Distinguished Names على مسار شجرة معلومات الدليل. عرض RFC 1485 الجزء الأكثر تحديداً أولاً ثم السياقات الأوسع. ربطت = نوع السمة بقيمتها، وفصلت الفاصلة أو الفاصلة المنقوطة بين RDN، بينما جمعت + عدة تأكيدات نوع-قيمة داخل RDN متعدد القيم.

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

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

المخرج القبيح كان ضمان الاكتمال

إذا لم يعرف الطرف المستقبل الواصف القصير لسمة، أمكن كتابة نوعها كمعرّف كائن رقمي منقط. وإذا لم تكن للقيمة صيغة عرض مناسبة، أجاز RFC 1485 نقل ترميز BER في صورة سداسية عشرية.

وصف النص النتيجة الأخيرة بأنها قبيحة وتوقعها للحالات المرضية. لكنها حملت أقوى وعد في التصميم: إمكان تمثيل أي DN. لو اقتصر الشكل على القيم المألوفة الجميلة لفقد سمات مستقبلية أو خاصة عند أول واجهة لا تعرفها. يسمح OID والترميز السداسي بحفظ الحقيقة المجهولة من دون اختراع معنى لها.

فالقدرة على تحليل OID لا تعني معرفة مخططه، واستعادة البايتات لا تعني معرفة طريقة عرضها أو مطابقتها. النقل بلا فقد والفهم التشغيلي دليلان منفصلان.

وجهة تحليل واحدة لا تعني كتابة واحدة

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

أوضح تسلسل المعايير هذا الحد لاحقاً. حل RFC 1779 محل RFC 1485، ثم قدّم RFC 2253 تمثيل UTF-8 لـ LDAPv3، وخلفه RFC 4514. لا يحدد RFC 4514 سلسلة معيارية واحدة لـ DN، ويسمح بخوارزميات تحويل أخرى ما دام ناتجها قابلاً للتحليل. وتُحسم المساواة بواسطة distinguishedNameMatch لا بمقارنة النص الخام.

لا ينبغي إسناد لغة الوثيقة الحديثة حرفياً إلى وثيقة 1993. لكنها تكشف بدقة أن الإنجاز القديم كان تمثيلاً قابلاً للعكس، لا «تهجئة ذهبية» للاسم.

ما تراه العين وما يقرره المخطط

تثبت لقطة الشاشة أشكال الحروف. وقد يحفظ البريد البايتات ومعالجة مجموعة المحارف. ويسجل المحلل تسلسل RDN المستعاد. ثم يطبق الدليل قواعد مطابقة يختارها المخطط. هذه إيصالات مترابطة وليست متبادلة.

يضع RFC 4512 أنواع السمات وبناء DN وقواعد المطابقة في نموذج معلومات LDAP. ويحدد RFC 4517 صيغاً وقواعد مطابقة، بينما يعالج RFC 4518 إعداد النصوص الدولية، من التحويل والتطبيع إلى المحارف المحظورة والاتجاه الثنائي.

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

بعد نجاح المحلل تبدأ واقعة الدليل

شرح RFC 1309 بيئة X.500 الموزعة: وكلاء المستخدم والنظام، وسياقات التسمية، والتسلسل، والإحالات، والنسخ. لا تحمل سلسلة RFC 1485 حالة هذه البيئة. يمكن أن تصبح مدخلاً للاستعلام، لكنها ليست جواب الاستعلام.

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

صرح قسم الأمن في RFC 1485 بأنه لا يناقش قضايا الأمن. لا يجوز استخراج السرية أو النزاهة أو مقاومة الانتحال من نحو صُمم لحفظ بنية الاسم.

الحالة التاريخية لا تمحو الآثار

يصنف سجل RFC Editor الوثيقة اليوم Historic. وكان RFC 3494 جزءاً من نقل مواصفة LDAPv2 التقنية إلى الحالة التاريخية. حسنت الوثائق اللاحقة UTF-8 والهروب والواصفات وشرح المساواة.

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

لا تعبر السلطة مع الاسم تلقائياً

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

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

جعل RFC 1485 الاسم الرسمي قابلاً للحمل في وسط بشري. وتبقى حكمته في إبقاء قابلية الحمل منفصلة عن سلطة القرار.

المصادر