الخلاصة

  • اشترط RFC 3405 تسجيل مخطط URI أو فضاء URN ووجود مواصفة مستقرة وسلطة معترف بها قبل نشر NAPTR في uri.arpa. أو urn.arpa.. صحة بناء DNS لا تمنح حق التفويض.
  • توقعت الوثيقة TTL طويلاً جداً في المناطق المشتركة. توضع القواعد المتغيرة في منطقة مفوضة ذات TTL أقصر خلف تلميح أول ثابت.

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

صدرت الوثيقة بوصفها BCP 65 في أكتوبر 2002، وختمت سلسلة DDDS. قدم RFC 3401 الإطار، و3402 الخوارزمية، و3403 قواعد NAPTR في DNS، و3404 خدمات URI وURN، ثم نظم 3405 التعيين في uri.arpa. وurn.arpa..

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

قدم مخطط URI المفتاح الأول تحت uri.arpa.. أما URN فدخل قاعدة urn التي تستخرج معرّف فضاء الأسماء وتنقل الطلب إلى urn.arpa.. يستطيع سجل صغير عند البداية تحويل مسار فئة كاملة من المعرّفات.

رفض RFC 3405 أن ينشئ NAPTR السلطة التي يدعي تمثيلها. يجب أن يسبق تسجيل المخطط ومواصفته المستقرة، وأن يكمل NID عمليته الخاصة. يأتي التلميح بعد شرعية فضاء المعرّف ولا يصنعها بأثر رجعي.

منع الترتيب استخدام urn.arpa. للتحايل على مراجعة فضاء جديد، ومنع تفويض URI المعتمد على DNS إلى طرف غير صاحب اسم النطاق داخله. قد تكون العبارة صحيحة نحوياً ومع ذلك تختطف السلطة.

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

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

أظهر القالب سلسلة المنشأ: Key وAuthority وRecords. يحدد المفتاح الموضع العالمي، وتحدد السلطة صاحب الحق، وتصف السجلات التفويض القابل للتنفيذ. لم يكن مجرد مقطع منطقة.

استخدمت العملية الأصلية قوائم مفتوحة وفترة اعتراض أسبوعين. لكن الاعتراض اقتصر على أثر المنطقة أو DNS؛ أما صلاحية المخطط المقبول فمكانها المنتدى السابق. لكل طبقة قرارها.

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

كان الزمن هو التعليم الأهم. لتقليل حمل المناطق المشتركة، قد يبلغ TTL سنوات. لا تصلح هذه المساحة لسياسة كثيرة التعديل.

كان الحل تفويضاً زمنياً. يبقى NAPTR ثابتاً في المنطقة المشتركة ويشير إلى منطقة أخرى ذات TTL قصير. تحمي الأولى الثبات العالمي، وتوفر الثانية مرونة التشغيل. للمسار ساعتان وسلطتان.

يمكن للذاكرة أن تحتفظ بالمؤشر الأول وتجدد القواعد اللاحقة. تغيير المنطقة المفوضة لا يلغي تلميحاً قديماً، وتغيير التلميح يحتاج زمناً للانتشار. يجب أن يسجل التدقيق الطبقة والـTTL والسلطة لكل نسخة.

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

بينت قاعدة urn حوكمة متداخلة: يدخل URN من uri.arpa.، ويُستخرج NID، ثم يقع القرار الخاص في urn.arpa.. لم تجعل البوابة المشتركة السياسات المحلية واحدة.

يؤثر تصويبان تقنيان مؤكدان في التشغيل. يصحح 2687 و2688 المرجع الخلفي من \2 إلى \1 في عبارتين لا تحتويان إلا مجموعة التقاط واحدة. النص المطبوع غير صالح ولا يجوز نسخه للإنتاج.

تقادم شرط الأهلية أيضاً. طلب RFC 3405 “IETF tree” وفق RFC 2717، ثم ألغيت أشجار أسماء المخططات. رُفض تغيير القاعدة عبر erratum لأن التغيير المعياري يحتاج RFC جديداً.

نفذ RFC 8958 التحديث عام 2020: حذف شرط الشجرة وأوجب تسجيلاً دائماً وفق BCP 35، أي RFC 7595 حالياً. تغير المدخل وبقي التسلسل: فضاء معرّف مخول أولاً، ثم تلميحه العالمي.

يميز سجل IANA الحالي بين دائم ومؤقت وتاريخي؛ الوجود فيه لا يكفي لـURI.ARPA. ويتبع سجل URN Namespaces RFC 8141. تسجيل الاسم ونشر التلميح حدثان منفصلان.

ما زالت صفحة .arpa تسند uri.arpa إلى RFC 3405 و8958 وurn.arpa إلى RFC 3405. يثبت ذلك الغرض، لا نشر قاعدة لكل مخطط ولا نجاح المحلّل.

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

يحفظ الإيصال الكامل حالة المخطط/NID، والمواصفة، والسلطة، والموافقة، والطلب، والمراجعة، وقبول IANA، والسجل، وDNSSEC، وTTL الطويل، والمفتاح، وسلطة وTTL المنطقة التالية، والتغيير، والذاكرة، والقاعدة المختارة، والنتيجة.

يفسر مبدأ الحد الأدنى للمواصفة الأولية لدى Lu Heng السرعتين: توحيد أصغر انتقال دائم ووضع القرارات المستقبلية خلفه. وتختبر أولوية الشفرة العاملة السجلات الحية، وتطبق التصويبات، وتغير المنطقة التالية فقط، وتقارن TTL، وتتحقق أن السلطة تتبع الصائن المسجل لا من يجيد كتابة NAPTR.

جعل RFC 3405 الثبات اختيار مكان. تغير التلميح الأول ببطء لأنه لم يدّع أنه القاعدة الحالية. ظل النظام قابلاً للتكيف لأن التغيير كان محلياً ومنسوباً وله ساعته.

المصادر