الخلاصة

  • اقترح Ranjbar إحالة اختيارية من سجل RDAP لدى RIPE NCC إلى خدمة صاحب المورد للاستعلام عن الشبكات الأكثر تحديداً. الاقتراح لم يصبح سياسة معتمدة.
  • حذّر Leo Vegoda من أن الخادم قد يعرض للسجل جواباً صحيحاً ولغيره جواباً مضللاً؛ اختبار بقائه متصلاً لا يكشف هذا التباين.

ينتهي الطريق عند سجل التخصيص

تذكر صفحة الجلسة الرسمية أن Ranjbar أمضى خمسة عشر عاماً في RIPE NCC وغادر منصب كبير مسؤولي المعلومات. وهو اليوم يقود Whisper Security ويشغّل AS219419. خبر السجل من الداخل، ثم واجه حدوده بصفته صاحب مورد.

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

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

في محضر الجلسة أيّد Vegoda مناقشة الفكرة، وطلب فحص استمرار الخدمة والتأكد من أنها لا تجيب RIPE NCC بشيء وتجيب الجمهور بشيء آخر. قبل Ranjbar طرح هذين الاختبارين للنقاش. طلب دعماً لتحليل الأثر وفتح بند عمل في مجموعة قاعدة البيانات؛ لا يسجل المحضر قراراً بالتنفيذ.

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

المصادر: ملخص جلسة RIPE 93؛ محضر مجموعة قاعدة البيانات.