الخلاصة

  • تربط RFC 9083 بنية notices بخدمة RDAP أو بالاستجابة كلها، لا بشبكة IP أو رقم ASN أو المؤسسة التي يجري الاستعلام عنها.
  • تحيل إشعارات ARIN الحالية إلى شروط استخدام Whois وإجراء الإبلاغ عن عدم الدقة؛ ولا تعلن سياسة صاحب المورد في التناظر أو العبور أو الترشيح أو التعامل مع العملاء.
  • يحفظ التحليل القابل للمراجعة بصمة مستقلة لكائن التسجيل وبصمة أخرى للإشعارات، ويستند في الادعاءات التشغيلية إلى رصد BGP أو العقود أو تصريحات المشغل.

رسالة من بوابة الخدمة

قد تعرض استجابة ARIN لاستعلام عنوان IP في مستواها الأعلى إشعارات بعنوان “Terms of Service” و“Whois Inaccuracy Reporting” و“Copyright Notice”. يربط الأول شروط Whois بعلاقة terms-of-service، ويربط الثاني صفحة الإبلاغ بعلاقة inaccuracy-report.

تحدد RFC 9083 دلالة هذا الموضع. فالإشعارات تقدم معلومات عن الخدمة التي توفر بيانات RDAP أو عن الاستجابة كاملة، بينما تصف remarks الكائن الذي يحتويها. كما لا تظهر الإشعارات إلا في الكائن الأعلى. نقلها إلى ملف الشبكة باعتبارها خصائص للمورد يغير صاحب القول ويشوّه الدليل.

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

شروط استعمال البيانات ليست سياسة تشغيل

تتناول شروط ARIN الوصول إلى الخدمة، والاستخدامات المسموح بها، وإعادة النشر، والضمانات، والمسؤولية، وتسوية النزاعات. وهي سياق مهم للباحث لأنها تؤثر في حفظ البيانات ومشاركتها.

لكنها لا تقرر كيف تعمل الشبكة. اتفاقات العبور، وشروط التناظر، ومرشحات البادئات، وأمن التوجيه، وقبول العملاء، والاستجابة للحوادث لها أصحاب قرار ومصادر أخرى. رابط terms-of-service لا يثبت قبول مسار ولا حمل حركة شبكة أخرى.

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

قناة التصحيح ليست حكماً بوجود خطأ

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

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

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

بصمتان داخل استجابة واحدة

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

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

الحد الفاصل مع BGP

تعرف RFC 4271 مسار BGP بأنه وجهات مقترنة بسمات المسار، وتصف الإعلان عنه بين متحدثي BGP برسائل UPDATE. لا تحتوي إشعارات RDAP على إعلان أو سحب أو مسار AS أو قرار اختيار أو قياس لحركة البيانات.

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

المصادر وحدودها

ترد دلالة الإشعارات في RFC 9083، القسم 4.3: https://www.rfc-editor.org/rfc/rfc9083.html#section-4.3 . استجابة ARIN المفحوصة هي https://rdap.arin.net/registry/ip/8.8.8.8 . شروط الاستخدام في https://www.arin.net/resources/registry/whois/tou/ ، وإجراء التصحيح في https://www.arin.net/resources/registry/whois/inaccuracy_reporting/ . والمقارنة مع طبقة BGP تعتمد RFC 4271، القسم 3.1: https://www.rfc-editor.org/rfc/rfc4271.html#section-3.1 .