الخلاصة

  • مثّل RFC 1279 النطاقات داخل X.500، لكنه أبقى النطاق مختلفاً عن المنظمة، وmailbox مختلفة عن الشخص. لذلك لم يصلح alias لربط الشجرتين.
  • حفظ AssociatedDomain وAssociatedName علاقتين موجهتين. بقي قيد النطاق مختصراً وأشار إلى معلومات المنظمة بدلاً من نسخها، مع احتمال علاقة متعدد إلى متعدد.
  • استطاعت zone transfer تحديث DNS records في DSA، لكنها لم تملك السمات المجاورة. المصدر والنقل والاستلام والكتابة والحفظ والرابط والبحث والنتيجة أدلة منفصلة.

شجرتان في دليل واحد لا تعنيان شيئاً واحداً

نُشر RFC 1279 بعنوان X.500 and Domains في نوفمبر 1991 كوثيقة Experimental. اقترح تمثيل هرم DNS داخل Directory Information Tree الخاص بـ X.500، كي تبحث أدوات الدليل في النطاقات وmailboxes والمديرين والمعلومات المرتبطة.

لم يقل النص إن X.500 حل محل DNS. توقع في البداية أن تبقى البيانات تحت إدارة Domain Databases ثم تُنقل إلى DIT. عرض الملحق أدوات وتجارب متتابعة، ولم يضع إدارة بعض فروع DNS من داخل الدليل إلا في مرحلة أخيرة محتملة.

الخطة ليست تشغيلًا، وبدء النقل ليس اكتماله، ووصف المرحلة الأخيرة لا يثبت الوصول إليها أو انتقال السلطة.

في الفرع الشبيه بـ DNS أصبح كل label قيمة DomainComponent. وأمكن أن يمتد local part الخاص بـ RFC 822 mailbox كعنصر خاص. وفي فرع آخر بقيت المنظمات والوحدات والأشخاص والأدوار مدخلات مستقلة.

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

لهذا رفض RFC 1279 استخدام aliasing بين الفرعين. الـ alias يعد باسم آخر للشيء نفسه، بينما المطلوب هنا علاقة بين شيئين مختلفين.

اتجاه المؤشر جزء من الدليل

انطلق AssociatedDomain من قيد المنظمة نحو النطاق المرتبط. وانطلق AssociatedName من قيد النطاق نحو القيد التنظيمي في DIT.

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

كما لم تكن العلاقة واحداً إلى واحد دائماً. قد يرتبط domain بمنظمات عدة، وقد ترتبط organisation بنطاقات عدة. اختزال ذلك في owner واحد يمحو معلومة صريحة.

لم يثبت المؤشر الملكية القانونية أو authentication أو authorization. ارتباط نطاق بمنظمة لا يثبت أنها تشغّل كل خدمة. وارتباط mailbox بشخص لا يثبت هوية مرسل رسالة.

العلاقة القابلة للمراجعة تحفظ predicate والاتجاه والمصدر وفترة الصلاحية. حذفها يحول القرب إلى هوية، ثم يحول الهوية المفترضة إلى سلطة.

عدم النسخ يحفظ حق التصحيح

بقيت معلومات DNS التي تخص النطاق في قيد النطاق. لكن إن وُجدت المعلومة التنظيمية في فرعها الأصلي، أوصى RFC 1279 بقيد نطاق محدود يشير إليها بدلاً من تكرارها.

نسختان من رقم هاتف تنشئان موعدي تحديث. بعد تغيير المدير قد يصح القيد التنظيمي ويبقى الرقم القديم في قيد النطاق مقبول الشكل. لا يستطيع الشكل تحديد من يملك حق التصحيح.

والتكرار قد يشبه التأكيد. ظهور contact قديم في عشرة نطاقات يمكن أن يكون عشر نسخ من تصريح واحد، لا عشرة مصادر مستقلة.

المؤشر يبقي المسؤولية موزعة بوضوح: المنظمة تحرس سماتها الوصفية، والنطاق يحرس دعوى الارتباط. تجمع الشاشة النتيجتين للقراءة من دون تغيير provenance.

ويصبح الإصلاح محدود الأثر. يتغير الرابط الخاطئ من دون إعادة كتابة المنظمة، ويتغير contact في مصدر واحد من دون مطاردة النسخ.

رقم TTL لا ينقل ساعة DNS

اختار RFC 1279 تمثيلاً نصياً لـ DNS resource records داخل DIT. وجب أن تكون أسماء النطاقات كاملة وأن يحمل كل record قيمة TTL. أتاح DNSRecord واحد قبول أنواع جديدة.

كان المطلوب تكافؤ المحتوى مع DNS كي يتحرك في الاتجاهين. لكن OSI Directory لم يحاكِ DNS caching أو TTL handling. افتُرض أن master entries تُحفظ عبر zone transfer أو آلية مكافئة.

عرّف RFC 1035 قيمة TTL كمدة يمكن فيها استخدام record من cache قبل سؤال المصدر مجدداً. تختلف أدوار zone data وcache وrefresh وexpiry. نقل الرقم إلى X.500 لا يشغّل الساعة نفسها.

إثبات حداثة القيمة يحتاج source zone وserial وtransfer مكتملة والمجموعة المستلمة ووقت قبول DSA وأي refresh والـ lookup الذي عرضها. قد يبقى رقم TTL بعد زوال أساس الثقة به.

الموصل لا يملك الحقول المجاورة

اقترح الملحق zone-transfer tool بين DNS server وDSA. عند الكتابة إلى DSA كان عليه إبقاء كل سمة ليست DNS record من دون تغيير.

حدد ذلك مجال السلطة. يستطيع الناقل تحديث record family التي يحملها، لكنه لا يملك manager أو phone أو وصف المنظمة أو association pointers في القيد نفسه.

الاتصال بـ DSA لا يثبت اكتمال transfer. والاكتمال لا يثبت قبول كل record. ونجاح DNS write لا يثبت بقاء الجيران إلا بمقارنة قبل وبعد. والـ lookup لا يثبت فعل المستخدم.

لذلك تفصل الذاكرة الدائمة بين zone state وrequest والمجموعة المستلمة والكتابة المقبولة والسمات المحمية والروابط والاستجابة والفعل اللاحق. كلمة «متزامن» وحدها تخفي هذه الحدود.

التجربة لم تصبح نتيجة بمجرد تفصيلها

عدّد RFC 1279 user tool وlibrary وzone transfer وlinkage patching وDNS manager وmailbox download وemulation DNS server. تبدأ التجربة بنقل جزء من DNS space إلى DSA، ثم تختبر التوزيع والأداء، ولا تصل إلى إدارة بعض الفروع من DIT إلا أخيراً.

لم يثبت النص أن الأدوات اكتملت أو أن الروابط شاملة أو البيانات حديثة أو DNS استُبدل. بقيت الصفة Experimental قيداً على الاستنتاج.

شرح RFC 1309 النموذج العام لمدخلات X.500 وقدرة المنظمات على إدارة بيانات محلية في DSAs موزعة. يوضح ذلك سبب فصل الأشياء، لكنه لا يضيف نتيجة نشر لم يذكرها RFC 1279. كما أن RFC 1279 لم يعالج security مباشرة؛ ذكر احتمال إدارة أكثر أماناً، لا نتيجة authentication.

المصادر والحدود

يدعم RFC 1279 تمثيل النطاق ورفض alias والروابط وعدم النسخ وحدود النقل والتجربة. يؤكد RFC 1274 attributes وdomain classes ذات الصلة. يقدم RFC 1035 سياق TTL وzones فقط. ويقدم RFC 1309 سياق X.500 العام والإدارة المحلية الموزعة فقط.

لا تثبت المصادر deployment مسمى أو ownership أو authenticated identity أو completed transfer أو current value أو successful lookup أو security outcome أو user action.