الخلاصة

  • في كائن domain لدى AFRINIC يشير mnt-domains إلى الجهة الحافظة التي تستطيع التصريح بإنشاء كائنات مباشرة أسفل شجرة النطاق المسجلة.
  • لا يثبت هذا التصريح أن الخوادم مضبوطة، أو أن التفويض نشط، أو أن الاستعلامات الموثوقة تنجح، أو أن سجلات PTR الصحيحة موجودة.

صلاحية في طبقة قاعدة البيانات

يحدد دليل قاعدة AFRINIC نطاقاً دقيقاً لـ mnt-domains. فعندما يظهر في كائن domain فإنه يرجع إلى الجهة الحافظة التي تصرح بإنشاء الكائنات التابعة مباشرة. لذلك يجيب الحقل عن سؤال إدارة التغيير: أي بيانات اعتماد تستطيع إجازة هذا النوع من تحديثات القاعدة؟

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

التفويض العكسي له خطوات أخرى

يفصل دليل AFRINIC للـ DNS العكسي بين المراحل. يضبط صاحب المورد المنطقة العكسية على خوادمه أولاً، ثم ينشئ كائن domain. تتحقق AFRINIC من الضبط قبل نشر التفويض وتوفر فحصاً لحالة lameness. وتظهر الخوادم المقترحة في قيم nserver.

كل طبقة تجيب عن سؤال مختلف. يسجل الكائن فضاء الأسماء العكسي والخوادم المعلنة. ويسجل mnt-domains سلطة إنشاء الكائنات الفرعية. وتظهر المنطقة الأم التفويض المنشور. أما الاستعلامات المباشرة فتكشف من يجيب بصفة موثوقة. وقد تتعايش إحالة حافظة صحيحة مع بيانات قديمة أو تفويض lame أو خادم غير متاح أو منطقة بلا PTR.

والعكس غير صحيح أيضاً: عمل DNS لا يجعل mnt-domains سجلاً كاملاً للمسؤوليات التقنية أو التعاقدية أو القانونية.

تحقق قابل لإعادة الإنتاج

يجب حفظ كائن domain الدقيق ووقت الجلب وواجهة الاستعلام، وتسجيل المفتاح وnserver وmnt-by وmnt-domains والأصل كل على حدة. ثم يُستعلم مباشرة عن تفويض الأصل وعن كل خادم مع حفظ الاسم والنوع والعنوان ورمز الجواب وعلامة السلطة والوقت.

في الخدمة العكسية تُختبر أسماء PTR ممثلة من دون اعتبار غياب سجل واحد دليلاً على فشل المنطقة كلها. ويفصل فحص lameness بين نشر التفويض والخدمة الموثوقة الفعلية. أما استجابة RDAP من فئة domain فهي عرض منظم للتسجيل وليست قياساً حياً لـ DNS.

المصادر