الخلاصة

  • يقترح draft-gould-regext-epp-server-validation-00 وعاءً للتحقق المتزامن وغير المتزامن والمجدول، لكن نوع الاختبار تحدده سياسة الخادم.
  • تصف success آخر تنفيذ فقط، أما التاريخ والعملية والتحولات والأسباب فاختيارية.
  • يحتاج الحكم إلى إيصال يربط التعريف والنسخة ونقطة الرصد والمدخلات والوقت والمتلقي ورسالة poll والإقرار والإصلاح.

يمكن للسجل إرسال تحقق DNS أو DNSSEC مع رد عملية، أو عبر info، أو لاحقاً في poll. ويدخل تغير الحالة المجدول إلى الطابور. يوحد ذلك الشكل لا جوهر الاختبار: فالمحلل والموقع والخوارزميات وإعادة المحاولة تبقى بيد الخادم.

الوقت الاختياري يحد الدليل

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

يتغير DNS مع التوقيعات والتفويض والتخزين والمسارات. العبارة الدقيقة هي أن آخر تنفيذ مسجل للنوع نجح؛ أما «النطاق سليم» فتضيف استمراراً وشهادة لا يحملها المخطط.

إقرار poll ليس علاجاً

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

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

إيصال قبل الحذف من الطابور

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

هذا اقتراح تحريري. الوثيقة المؤرخة 19 يوليو 2026 مشروع فردي؛ يقول Datatracker إنها بلا تأييد رسمي أو مسار أو حالة RFC مقصودة، مع أن العنوان يقول Standards Track. ليست RFC ولا دليلاً على النشر.

المصادر