الخلاصة

  • اقترحت RFC 1183 سجل RP لربط اسم في DNS بجهة اتصال خاصة بالعطل، حتى لو كانت خارج المؤسسة التي تدير المنطقة، وبعيدة عن صندوق POSTMASTER.
  • يحمل السجل اسم صندوق بريد واسماً يمكن الاستعلام عنده عن تفاصيل TXT. نشر المسار لا يثبت وصول التنبيه أو استجابة الفريق أو عودة الجهاز إلى العمل.

البوابة متوقفة، لكن خادم الأسماء يرد. يظهر في سجل SOA اسم الشخص المسؤول عن المنطقة، فتبدو المشكلة وكأن لها عنواناً واضحاً. ذلك الشخص قد يستطيع تعديل ملف DNS ولا يعرف شيئاً عن عطل البوابة. أما POSTMASTER فهو جهة لمشكلات البريد، وربما كانت البوابة لا تستقبل البريد أصلاً. تناولت RFC 1183، المنشورة في أكتوبر 1990، هذه الفجوة بين سلطة التسمية والقدرة على إصلاح المعدّات.

كان الاقتراح سجل «الشخص المسؤول» RP، برمز نوع 17. وجاء المثال في الوثيقة واضحاً: بوابة باسم تابع لـISI.EDU يمكن أن تشير إلى خط مساعدة في BBN.COM. تبقى إدارة المنطقة في مكانها، لكن البلاغ المفيد يذهب إلى مؤسسة أخرى. لا يمنح السجل فريق المساعدة سلطة تغيير DNS؛ إنه ينشر طريقاً للوصول إليه عندما يظهر الخلل.

يتطلب RP حقلين. الأول اسم صندوق بريد مكتوب وفق اصطلاح DNS نفسه المستخدم في SOA. والثاني اسم تُطلب عنده سجلات TXT لتقديم شرح يقرأه الإنسان. قد يحتاج القارئ إلى استعلام ثانٍ لجلب ذلك الشرح. ويمكن لعدة أجهزة أن تشير إلى سجل TXT واحد، فلا تُنسخ التعليمات في كل مكان. في المقابل، يتكرر أثر الخطأ إذا تُرك الشرح المشترك بعد تغيّر الجهة المسؤولة.

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

يمكن وضع RP عند أي عقدة في هرم DNS، وليس فقط عند رأس المنطقة. هذا يجعل البحث مرتبطاً بالاسم الذي تعطّل فعلاً. لكنه يضيف واجباً مستمراً: إذا تغيّر فريق المناوبة أو انتهى عقد الخدمة، يجب تعديل الصندوق والشرح. قد يجيب DNS إجابة صحيحة نحو صندوق لم يعد يقرأه أحد. حملت RFC 1183 صفة Experimental؛ فهي تحدد آلية التسجيل، ولا تعرض قياساً لانتشارها أو عدد الأعطال التي عالجتها.

يوضح السجل ثلاث وظائف كثيراً ما اختلطت: مسؤول SOA يصلح بيانات المنطقة، وPOSTMASTER يعالج البريد، وجهة RP يفترض أن تتلقى خبر عطل الجهاز. إذا لم يُعيّن أحد لمراجعة العلاقة بينها، يصبح العثور على «الشخص المسؤول» خطوة إضافية في طريق مسدود.

المصدر: RFC 1183، New DNS RR Definitions، الأقسام 2 إلى 2.2؛ سجل RFC Editor.