الخلاصة

  • تقترح prop-173 سياسة استخدام مستقلة ومؤرشفة الإصدارات لخدمات WHOIS وRDAP والبحث عبر الويب والواجهات المكافئة؛ وما زالت اقتراحاً مطروحاً على القائمة البريدية، لا قاعدة معتمدة.
  • ستتوقف شرعيتها على وضوح الإشعار، وملاءمة الاستخدامات المسموحة لتشغيل الشبكات، وفهم حدود الطلبات، وإمكان مراجعة الحظر الخاطئ.

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

تحاول prop-173 التي قدمها Jonathan Brewer سد هذه الفجوة. وتقول مبرراتها إن اتفاق الاستخدام الحالي لدى APNIC صُمم للوصول بالجملة إلى Whois ولا يحدد بوضوح شروط الطلبات الفردية العادية. وتقترح سياسة علنية مستقلة ذات إصدارات لخدمات WHOIS وRDAP والبحث عبر الويب والواجهات البرمجية المكافئة. وتدرج صفحة APNIC المقترح بحالة النشر على القائمة البريدية؛ ولا تشير إلى بلوغه توافقاً.

الطلب العادي والوصول بالجملة ليسا الخدمة نفسها. ويقيّد اتفاق الوصول بالجملة تنزيل قاعدة البيانات كاملةً بأغراض تشغيلية محددة، كما يقيّد النسخ وإعادة الإرسال. وتقترح prop-173 شروطاً منفصلة للطلبات المعتادة، مع التأكيد أن الاستعلام لا يمنح حق إنشاء نسخة مرآة أو قاعدة بديلة. وهكذا يستطيع مشغّل شبكة استكشاف عطل من دون منح وسيط بيانات الحقوق نفسها ضمناً.

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

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

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

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

لذلك، لا تسأل prop-173 فقط عمّن يملك قاعدة البيانات. بل تسأل ما إذا كانت شروط الوصول اليومي مقروءة قبل الاستخدام، ومتسقة عبر البروتوكولات، وقابلة للمراجعة حين يخطئ التصنيف التشغيلي. وما زال المقترح قيد النقاش؛ فلم يُحسم اعتماده أو نصه النهائي أو طريقة تنفيذه.

المصادر

تُستخدم ملاحظة Heng Lu أدناه كمنظور تحليلي للمشاركة والسلطة، لا كدليل بشأن APNIC.