الخلاصة

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

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

نُشرت RFC 3375 في سبتمبر 2002 بوصفها وثيقة Informational. لم تكن معيار إنترنت، ولم تكن مسحاً لتطبيقات قائمة. كان هدفها تحديد ما يحتاج إليه بروتوكول عام بين السجل والمسجّل كي تعمل نماذج تشغيل مختلفة عبر واجهة مشتركة في زمن اتسع فيه التسجيل التنافسي.

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

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

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

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

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

كان النقل لهذا السبب إجراءً محكوماً بالتفويض. يبدأ المسجّل الراغب في أن يصبح المدير الجديد الطلب. ويؤكد النظام صلاحية النقل، ويعرض حالته، ويصف الكائنات المرتبطة التي ستنتقل، ويسمح بالإلغاء قبل القرار، ويبلغ بالموافقة أو الرفض. وقد تتحرك خوادم الأسماء المسجلة داخل النطاق معه، لذلك ينبغي أن تكون عواقب العملية ظاهرة وليست افتراضاً خفياً.

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

الحد الفاصل مع DNS هو الأكثر عرضة للخلط. تشرح RFC 1034 وRFC 1035 المناطق والخوادم الموثوقة والتخزين المؤقت والتحليل. وتقدم RFC 2136 آلية منفصلة للتحديث الديناميكي للمنطقة. أما RFC 3375 فتتعامل مع كائنات السجل وتضع إنشاء ملفات المنطقة ضمن مسؤولياته. يمكن لتجديد أو تغيير جهة اتصال أن ينجح من دون أي تغيير في DNS. وقد يُقبل تعديل التفويض ثم ينتظر الإسقاط والتوزيع والتحميل وانتهاء أثر الذاكرة المؤقتة قبل أن يصبح مرئياً.

سبقت RFC 2832 هذه الوثيقة بتحديد Registry Registrar Protocol. ثم وصفت RFC 3730 بروتوكول EPP، وحلت RFC 5730 لاحقاً محل مواصفته الأساسية، بينما حددت RFC 5731 وRFC 5732 وRFC 5733 خرائط النطاق والمضيف وجهة الاتصال. يبين هذا التسلسل تطور الواجهة، ولا يثبت أن كل سجل طبق كل وظيفة أو حقق زمناً تشغيلياً واحداً.

تساعد RFC 2119 في قراءة كلمات الإلزام بلا مبالغة. كلمة MUST تضع شرطاً على تصميم البروتوكول، ولا تشهد بأن كل مشغل نفذه. وتذكر سياسة التدويل في RFC 2277 بأن الأحرف واللغات والبيانات البشرية ومعرفات DNS مسائل مترابطة لكنها ليست حقلاً واحداً.

توضح فكرة Lu Heng عن «المواصفة الأولية الدنيا» المنطق المؤسسي: الاتفاق على الحد اللازم للتعاون، مع إبقاء القرارات اللاحقة في مكان المسؤولية. وتقدم كتابته عن طبقات الواقع طريقة للتحقق. طلب صاحب النطاق، وتفويض المسجّل، والرعاية، وقبول السجل، وحالة المستودع، وإنشاء المنطقة، والخدمة الموثوقة، ومشاهدة المحلل حلقات متصلة؛ لا تحل واحدة منها محل البقية.

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

المصادر