الخلاصة

  • وافق IESG في 17 أغسطس 2026 على draft-ietf-regext-ext-registry-epp-10 لنشره بصفة أفضل ممارسة حالية. يرفع النص جودة تحديد امتدادات EPP ومراجعتها وصيانتها، لكنه لا يحوّل قائمة IANA إلى خريطة قدرات موحّدة لكل الخوادم.
  • تعني Active وجود تنفيذ واستخدام لدى زوج واحد على الأقل من السجل والمسجّل أو الخادم والعميل. أما إعلان الخادم المستهدف، وصلاحية العميل، ونجاح المعاملة فهي حالات إثبات منفصلة.

حقيقة صحيحة استُخدمت لاتخاذ قرار خاطئ

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

يجيب سجل IANA عن أسئلة التنسيق. ما اسم الامتداد؟ أين توجد مواصفاته المستقرة؟ من سجّله؟ ما نطاق TLD المعلن؟ ماذا قيل عن حقوق الملكية الفكرية؟ وما حالته وملاحظاته؟ بذلك يسهل العثور على العمل القائم وتقل اصطدامات مساحات الأسماء.

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

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

ما الذي تعززه الممارسة المعتمدة

يحمل المستند عنوان “Extension Registry for the Extensible Provisioning Protocol”. وتظل النسخة العاشرة مسودة إنترنت إلى أن ينشرها RFC Editor. والمقصود أن تحل محل RFC 7451 وأن تنتقل من تصنيف Informational إلى BCP.

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

تبقى سياسة التسجيل Specification Required وفق RFC 8126. تحيل IANA الطلبات إلى خبراء معيّنين، فيراجعون السلامة المعمارية وتوثيق الأمن والخصوصية. وعلى الخبير التنحي عند تضارب المصالح، وتعود الخلافات غير المحسومة إلى النقاش العام.

ويصبح ضبط معرّفات XML صريحاً. ينبغي أن تكون المخططات ومعرّفات المخطط ومساحة الاسم سليمة في الصياغة والمعنى ومسجلة وفق RFC 3688. المساحات المحجوزة لـ IETF تخص مواصفات مسار IETF؛ أما المواصفات الخاصة أو المنشورة في مسار مستقل فتحتاج مساحة ملائمة لها.

هذه تغييرات مؤسسية مفيدة: يصبح الإدخال أوضح هوية وأسهل تنفيذاً من مصدر ثابت. لكنها لا تختبر كل خادم منشور ولا تمنح حقاً تجارياً في خدمة ما.

لحالة Active دليل محدود النطاق

يسجل كل إدخال الاسم، وحالة المستند، والمرجع، وصاحب التسجيل، وحقل TLD، وبيان IPR، والحالة والملاحظات. وعندما لا تكون المواصفات RFC تستخدم القيمة Other، فلا تُمنح وصف RFC معلوماتية بلا أساس.

Active تعني أن الامتداد منفذ ويُستخدم حالياً. وInactive تشمل غياب التنفيذ أو الاستخدام، ويمكن استعمالها أيضاً عندما تصبح المواصفات المشار إليها غير متاحة.

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

وحقل TLD له حدود مماثلة. الاسم المحدد يوثق النطاق المعلن. وتعني Any أن الامتداد غير مقيد بنطاق علوي واحد، بينما تعني N/A أنه لا يتعلق بمعالجة أسماء النطاقات. لا تعني Any أنه إلزامي أو متاح في كل مكان.

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

السماح بالتشابه يحفظ خريطة الواقع

بُني EPP على نواة صغيرة ونقاط توسعة لأن السجلات تعمل بقواعد تقنية وتجارية مختلفة. ومن الطبيعي أن تعالج امتدادات متعددة حاجات متقاربة. كان أحد أهداف RFC 7451 أن يجعل هذا التداخل قابلاً للاكتشاف.

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

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

تبدأ السلطة التشغيلية من رسالة الترحيب

تحدد RFC 5730 رسالة ترحيب EPP. تعرض قائمة الخدمات الإصدارات واللغات، ومساحات أسماء الكائنات التي يمكن إدارتها، واختيارياً مساحات أسماء الامتدادات. كما يجوز للخادم أن يحدد امتيازات إدارة الكائنات بحسب العميل.

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

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

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

العرض الحالي ليس أرشيفاً تاريخياً

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

قد ينتقل الإدخال بين Active وInactive. وإذا تعذر الوصول إلى المواصفات باستمرار، ينبغي تعطيله حتى يعود مرجع موثوق. تحمي هذه الضوابط صورة السجل الراهنة.

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

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

المصادر