الخلاصة

  • أضافت النسخة 03 من draft-brown-epp-deleg، المؤرخة في 29 سبتمبر، العنصر الفارغ <deleg:all/> داخل <deleg:rem>. تسمح الصيغة بطلب إزالة جميع سجلات DELEG للنطاق المسمى من دون تعدادها واحداً واحداً، بخلاف النسخة 02.
  • الوثيقة مسودة إنترنت فردية نشطة، وليست RFC معتمدة أو دليلاً على تشغيل هذه الوظيفة لدى أي سجل. كلمة «جميع» تخص DELEG لذلك النطاق، لا تسجيل النطاق نفسه ولا سجلات NS المألوفة.

عندما يحدد طلب التغيير سجلين بالاسم، يستطيع من يوافق عليه أن يراجع الهدفين. أما إذا اختصر الطلب المقصود في كلمة «الجميع»، فإن عدد السجلات المشمولة فعلياً يتحدد وفق الحالة التي يجدها الخادم لحظة التنفيذ. هذا انتقال في نطاق القرار، لا مجرد اختصار في كتابة XML. وهو الخبر الذي تحمله مراجعة مسودة EPP الخاصة بـDELEG؛ لا توجد في المصادر واقعة حذف فعلية يمكن نسبتها إليها.

تتيح الفقرة 5.2.2 من النص المقترح طريقتين في تحديث النطاق: إدراج سجلات deleg:deleg المراد إزالتها، أو وضع <deleg:all/> لإزالة مجموعة DELEG بأكملها. وتعرض الوثيقة مثالاً يزيل الجميع من دون إضافة سجلات بديلة في التحديث نفسه. لم تشتمل النسخة السابقة على هذا الخيار. وإذا تحول مستقبلاً إلى وظيفة تشغيلية، فلن يحتاج العميل إلى جلب القائمة الكاملة مسبقاً كي يطلب جعل المجموعة فارغة.

لكن نطاق «الجميع» مضبوط بحدود الامتداد. ليس هذا أمراً لإلغاء النطاق أو حذف كائنات المضيف في EPP أو محو كل بيانات DNSSEC. وتفترض الفقرة 6 إمكان تعايش DELEG مع سجلات NS التقليدية. كما أن قبول خادم EPP لطلب ما لا يثبت وحده أن خوادم DNS السلطوية نشرت الحالة ذاتها، أو أن المحللات التكرارية تخلصت من الإجابات المخزنة. ينبغي فصل دليل حالة التزويد عن دليل النشر والمشاهدة الخارجية.

تغير النسخة الثالثة أيضاً طريقة تمثيل المعلمات: تنتقل من سمات deleg:params إلى عناصر deleg:param، وتحدث مساحة أسماء XML المقترحة من deleg-0.01 إلى deleg-0.02، وتحذف حقلي priority وtarget من المخطط السابق. تناول تقرير سابق لدى BTW اختلاف هذين الحقلين بين نسخة EPP الثانية ومقترح RDAP الأحدث. تقلص الصياغة الجديدة ذلك الاختلاف النصي المحدد، لكنها لا تثبت وجود سلسلة عاملة ومتحقق منها بين EPP وDNS وRDAP. محور هذا التقرير هو سلطة الإزالة الشاملة التي ظهرت الآن، لا إعادة تقديم المشكلة القديمة كما لو بقيت على حالها.

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

يصنف Datatracker وثيقة EPP مسودة فردية نشطة بلا مسار RFC أو مدير منطقة مسؤول، وحالتها لدى IESG هي «I-D Exists». يثبت إعلان 29 سبتمبر صدور النسخة الجديدة، لا توافقاً نهائياً في IETF أو اعتماداً تجارياً أو حادثاً. وعليه يبقى الاستنتاج حوكميّاً مشروطاً: صلاحية صيانة عناصر منفردة لا ينبغي أن تتحول تلقائياً إلى صلاحية تفريغ مجموعة كاملة.

المصادر