الخلاصة

  • وصفت RFC 1480 ثلاث حالات تحت .US: تفويض فرع، وتسجيل مضيف IP مباشرة بسجل A، وتسجيل مضيف غير IP مباشرة عبر MX. ظهور الاسم لم يكشف أي ترتيب منها كان قائماً.
  • نقل التفويض التحكم إلى مدير معيّن وربطه بواجبات مستمرة: المساواة، والكفاءة، ودقة البيانات، والخوادم الزائدة، وخدمة المجتمع، وانتقال متفق عليه. لم يمنح إدخال سجل في قاعدة المستوى الأعلى هذه السلطة.

الاسم الموحّد لم يوحّد الجهة المسؤولة

نشرت RFC 1480 في يونيو 1993 وصفاً لمجال الولايات المتحدة مقسماً بحسب الولايات والمحليات وفروع مثل K12 وLIB وFED وGEN. جعلت النقاط بنية المدارس والمكتبات والشركات قابلة للقراءة ضمن شجرة واحدة.

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

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

سجل A أثبت عنواناً لا سلطة على فرع

عند التسجيل المباشر لمضيف IP، كان المسؤول يضيف سجل A. تحدد RFC 1035 قيمة A بعنوان إنترنت من 32 بت. لا تقول إن صاحب الاسم يستطيع إصدار أسماء تحته.

يحتاج ذلك إلى فعل آخر. تضع RFC 1034 التفويض عند موافقة المنطقة الأم على نقل التحكم في جزء من الشجرة. ويسمي NS المضيف المتوقع أن يكون مرجعاً للمنطقة التي تبدأ عند الاسم المالك.

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

نقل MX البريد ولم ينقل المضيف إلى IP

خصصت RFC 1480 مساراً واضحاً لحواسيب UUCP غير المتصلة مباشرة بالإنترنت. قد يفصلها عن مضيف IP قفزة أو عدة قفزات، ومع ذلك تحصل على اسم DNS وعنوان بريد مألوف. يشير MX إلى مضيف IP يقبل دور وسيط البريد.

تعرّف RFC 1035 exchange بأنه مضيف مستعد للعمل لمصلحة الاسم المالك، وتشرح RFC 974 اختيار الوسطاء. لا تجعل أي منهما الجهاز المسمّى نقطة IP.

بقي وراء السجل اتفاق إداري وإجراء تقني. على الوسيط أن يوافق، وأن يحتفظ بقاعدة لإرسال البريد إلى جهاز UUCP. وإذا مر المسار بمضيف آخر، فعليه أيضاً معرفة الخطوة التالية. يستطيع مسؤول .US نشر MX، لكنه لا يستطيع انتزاع موافقة الوسيط نيابة عن المتقدم.

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

التفويض حمّل المدير وظيفة عامة

اقترح النص تفويض فروع مثل K12.TX.US أو محلية أو مكتبات ولاية لأن إدارة كل الأسماء مركزياً لن تستمر مع النمو. انتقل العمل والقرار معاً إلى مدير معيّن.

لم يكن تشغيل خادمين كافياً وحده. طلبت RFC 1480 من المدير أن يعامل الطلبات بعدل، وألا يفضّل عملاء شركة شبكة مرتبطة به، وألا يشترط منتجاً أو بروتوكولاً أو نظام بريد معيناً. وينبغي أن ترى الأطراف المعنية بوضوح أنه الجهة المناسبة.

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

وجود اسمَي NS لا يثبت اختلاف مجالَي العطل. والاستجابة الصحيحة لا تثبت عدالة سياسة التسجيل. لكل مطالبة سجلها.

انتقال الأمانة احتاج إلى طرفين

عند نقل trusteeship، اشترطت RFC 1480 رسائل من المؤسسة القديمة والجديدة، كي يرى المسؤول الأعلى الاتفاق المتبادل وفهم الخلف للمسؤوليات. وكانت إفادات الأطراف المتأثرة مفيدة أيضاً.

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

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

الشجرة كانت خطة 1993 لا وصفاً للحاضر

حلّت RFC 1480 محل RFC 1386 بعد ستة أشهر فقط. يثبت ذلك مراجعة الوثيقة أثناء النمو، ولا يثبت تنفيذ كل فرع أو انتشار النموذج.

اختارت البنية الجغرافية قابلية الإدارة وتفادي تكرار الأسماء على حساب حصول الجميع على أقصر اسم. قدّمت RFC 920 وسندات DNS الأقدم الإطار، وسجلت RFC 1480 ترتيباً أمريكياً محدداً في زمنه.

يصنف سجل RFC Editor الوثيقة Informational. ويقول قسم الأمن إن المسائل الأمنية لم تناقش. لا تتحول زيادة الخوادم أو واجبات المدير إلى مصادقة أو ضمان أمني.

أضاف تصحيح موثّق لاحقاً علامة اختيار ناقصة في BNF الملحق. أصلح القاعدة المكتوبة، لا تفويض منطقة حقيقية.

يبدأ التدقيق بالسؤال عن ناشر السجل

يجب فصل الاسم المالك، ونوع A أو MX أو NS، والمنطقة التي نشرته، وقطع التفويض، والمدير، والخوادم، ووقت الرصد. وللبريد تضاف موافقة الوسيط، وقواعد UUCP، والمحاولة، والطابور، والاستلام. وللسلطة تضاف وثائق الاختيار والنقل.

نجح DNS لأنه أخفى ترتيبات كثيرة خلف اسم قابل للاستخدام. وتنجح كتابة التاريخ حين تعيد إظهار الحدود من دون أن تهدم تلك الفائدة.

المصادر