الخلاصة

  • اقترح RFC 1101 ربط أسماء الشبكات وأرقامها وطبقات الشبكات الفرعية المتداخلة عبر PTR عند أسماء IN-ADDR.ARPA ذات المضيف الصفري؛ ويمكن لسجل A أن يحمل القناع اللازم للانتقال إلى الطبقة التالية.
  • فرّق الاقتراح بين الاسم الذي تختاره المنظمة محلياً وسجل الأرقام التي يخصصها NIC. إجابة DNS تصف علاقة ضمن نطاقها، لكنها لا تخصص الرقم ولا تتبع تغيير الاسم لاحقاً تلقائياً ولا تثبت سيطرة حاضرة أو نتيجة خدمة.

وظيفة لم يرثها DNS من HOSTS.TXT

بدأ P. Mockapetris في RFC 1101 من نقص محدد. كان DNS قابلاً للتمديد وقد استوعب كثيراً من وظائف HOSTS.TXT، إلا أن التحويل بين اسم الشبكة ورقمها بقي خارج النظام. قدّم نص أبريل 1989 طريقة محددة لهذه المطابقة، ثم وضع أفكار «الصفحات الصفراء» الأعمّ للفهارس بين المعرّفات والأرقام في مجال تجريبي منفصل. الفرق في المكانة مقصود: طريقة اسم الشبكة كانت معياراً مقترحاً، أما YP العامة فكانت تجربة. لم يقل النص إن كل رقم سيحصل على معنى إنساني موحّد؛ بل جعل من الممكن لمدير أن ينشر تسمية اختارها إلى جانب رقم داخل نطاق واضح المسؤولية.

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

بقي اختيار الاسم قريباً من صيانته

كانت مشكلة الاسم مسألة حوكمة بقدر ما كانت مسألة تركيب. مساحة الأسماء القديمة كانت مسطحة، ولذلك ناسبت تنظيماً مركزياً للأسماء يشبه تنظيم الأرقام. يذكر RFC أن رأي الأغلبية فضّل السيطرة المحلية على أسماء الشبكات. لذلك افترض البنية الموسعة لأسماء المضيفين، وسمح للمدير بإنشاء اسم شبكة في أي نطاق يقع تحت إدارته. الثمن أن أسماء الشبكات ستغدو معقدة كأسماء المضيفين؛ والمكسب أن سياق التسمية ومسؤولية حفظها يبقيان مع من يعرفهما. المثال ARPANET.ARPA. في الوثيقة مثال تاريخي لا تعريف دائم لمورد ولا منحة للرقم الذي قد تشير إليه خانة.

أما البدء من عنوان IP فيحتاج مدخلاً عكسياً مختلفاً. الاسم المحلي لا يخبر القارئ أي نطاق ينبغي أن يستعلمه. لهذا أعاد RFC استخدام شجرة IN-ADDR.ARPA المنظمة والمفوّضة بحسب العناوين. صار من الممكن نشر الوصف العكسي ضمن مسؤولية قائمة، من غير إنشاء هرم عالمي ثانٍ من أجل علاقة ضيقة.

المضيف الصفري كان بطاقة فهرسة لا جهازاً

الصيغة المقترحة هي <رقم-مضيف-صفري-معكوس>.IN-ADDR.ARPA. PTR <اسم-الشبكة>. ويحمل اسم الشبكة PTR متبادلاً. وإذا كانت الشبكة مقسمة إلى مستوى فرعي آخر، يظهر في الموضع نفسه سجل A تكون بياناته قناع الشبكة الفرعية. الصيغتان 0.0.0.10.IN-ADDR.ARPA. و0.0.2.128.IN-ADDR.ARPA. أمثلة بنيوية مطبوعة في RFC لا تقارير عن واقع حالي.

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

حتى سجل A له هنا معنى محدود. في هذا الاقتراح يحمل قناعاً عند وجود مستوى تالٍ من الشبكات الفرعية. في الإجراء الطبقي A/B/C في ذلك الزمن، يُقنّع عنوان IP وتُعكس الثمانيات ويُسأل PTR؛ فإذا عاد A-القناع، طبّق القارئ القناع على العنوان الأصلي وكرر الخطوة، وإذا غاب انتهى التعشيش. هذا وصف لخوارزمية بحث تاريخية، لا شهادة على طوبولوجيا حاضرة أو مسار فعّال أو قابلية وصول.

ثلاثة اتجاهات لا تصنع حقيقة واحدة

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

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

الرقم المخصص لم يفرض الاسم اللاحق

في قسم YP تظهر الحدود بأوضح صورة. تخيّل RFC أشجار نطاق لمطابقة أزواج مثل اسم المنفذ ورقمه، أو معرّف النظام المستقل ورقمه، أو اسم الشبكة المخصصة وعنوان IP. كان على المفتاح أن يعلن نوع المصدر ونوع الهدف؛ فالرقم بلا سياق ليس معنى للمطابقة بعد. كان يمكن لـ NIC أن يحتفظ بنطاقات YP تسجل قرارات تخصيصه. لكن RFC يحدد أن هذه النطاقات ستطابق الأسماء والأرقام المخصصة، لا الأسماء التي تختارها المنظمات لاحقاً، ولن تتبع تلقائياً إعادة التسمية من المالكين الجدد.

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

قراءة الوثيقة بحجمها التاريخي

RFC 1101 دليل على اقتراح من سنة 1989. إجراء العناوين الطبقية وأمثلة YP والمنظمات فيه ليست وصفاً تلقائياً لنشر DNS المعاصر. تبقى منه قاعدة نافعة: اجعل المطابقة قابلة للفحص، وصرّح باتجاهها ومصدرها ونطاقها، ولا تطلب من السجل أن يحمل قراراً لم يُكتب فيه. الاسم المنشور والرقم المخصص والمسار المرصود والنتيجة المثبتة قضايا مختلفة.

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

يستخدم هذا التحليل RFC 1101 وRFC 1034 وRFC 1035. وهي تسند اقتراح 1989 وأشكال سجلاته وفصل الاسم المخصص عن الاسم المحلي؛ ولا تسند بيانات DNS حالية أو سيطرة حاضرة أو هوية أو ملكية أو مسار أو وصول أو تفويض أو أداء خدمة.