Leo Vegoda سأل خادم RDAP المفوّض: هل تجيب الجميع بالإجابة نفسها؟

Summary

• عرض Kaveh Ranjbar في فريق قواعد البيانات باجتماع RIPE 93 يوم 29 أكتوبر 2026 اقتراحاً اختيارياً يوجّه طلبات RDAP الخاصة بالموارد الأدق إلى خادم صاحب المورد. طلب دراسة الأثر ونقاش الفريق؛ ولم يصدر قرار بالتنفيذ.
• أبدى Leo Vegoda تأييداً عاماً، ثم طلب اختبارين منفصلين: أن يظل الخادم متاحاً، وأن يعطي RIPE NCC وكل مستعلم آخر الجواب نفسه. تحدث عن احتمال اختلاف متعمد في الإجابات، لا عن واقعة مثبتة.

من يضمن ما وراء عنوان الإحالة؟

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

الجاذبية واضحة: تُنشر التفاصيل من الجهة التي تديرها، بدلاً من نسخها بكميات كبيرة إلى قاعدة مركزية تتقادم فيها. لكن الإحالة تحمل معها شيئاً آخر. من يصل إلى خادم المالك عبر جواب RIPE NCC قد يمنح جوابه ثقة السجل، رغم أن جهة أخرى كتبت المحتوى وتدير الاستجابة.

لهذا فصل Vegoda بين تعطل الخدمة وبين اختلاف ما تقوله. الانقطاع ظاهر. أما خادم يرسل إلى RIPE NCC سجلاً سليماً ثم يعرض على عميل آخر سجلاً مضللاً، فقد يجتاز اختبار «هل الخادم يعمل؟» بسهولة. طلب وسيلة تكشف ذلك، ووافق Ranjbar على بحث التفاصيل.

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

المصادر: محضر RIPE 93؛ ملخص العرض الرسمي؛ صفحة Leo Vegoda لدى RIPE Labs.