الخلاصة

  • تنشئ النسخة الأولى من prop-173، إن أُقرت، شروطاً منفصلة للاستعلام العادي وتعرضها عبر WHOIS وRDAP والويب. وهي ما زالت منشورة للنقاش في قائمة Policy SIG، وليست سياسة معتمدة.
  • ستحمل وثيقة السياسة رقماً وتاريخ نفاذ وسجل تعديلات وأرشيفاً، لكن الرد لن يُلزم إلا بالإشارة إلى عنوان السياسة الحالية. المطلوب إيصال صغير يربط النتيجة بمعرّف السياسة ونسختها ووقت نفاذها وبصمة نصها.

التمييز بين سؤال واحد ونسخة كاملة

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

تقول صفحة prop-173 الرسمية إن النسخة الأولى نُشرت في قائمة Policy SIG في 17 أغسطس/آب 2026. والحالة المعروضة هي «Published to Mailing List». لا يظهر في السجل المفحوص تقييم أثر من الأمانة ولا قرار توافق أو اعتماد أو إعلان تنفيذ. لهذا يجب أن تبقى الأفعال بصيغة المستقبل: المسودة ستنشئ النظام إذا اجتازت العملية، ولا تثبت أن APNIC تطبقه الآن.

يوسع نص النسخة الأولى النطاق ليشمل أي شخص أو نظام يصل إلى بيانات APNIC المرجعية عبر WHOIS أو RDAP أو البحث في الويب أو واجهة مماثلة. وتبقى البيانات المنسوخة أو المحالة من سجل آخر خاضعة لشروط مصدرها المرجعي. أما الأحجام المرتفعة والمقتطفات المهمة والمرايا وقواعد البيانات البديلة فتبقى ضمن مسار الوصول بالجملة.

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

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

السياسة لها نسخة، أما الرد فله موقع

في قسم الإشعار، سيذكر رد WHOIS أن بيانات الدليل خاضعة للسياسة وأن الاستعلام أو الاستخدام يعني القبول. وسيضم رد RDAP إشعاراً يعرّف السياسة ورابطاً بعلاقة terms-of-service وتنبيهاً للملكية الفكرية وعنوان السياسة الحالية. وستعرض واجهة الويب الرابط والحكم نفسه عند تقديم الاستعلام أو استخدام النتيجة.

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

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

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

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

عينة RDAP تشرح البنية ولا تثبت التنفيذ

يحتوي رد APNIC الحالي عن 1.1.1.1، الذي جُمّد لهذه المراجعة، على إشعار “Terms and Conditions” ورابط بعلاقة terms-of-service. ويحتوي أيضاً على إشعارات للمصدر والإبلاغ عن عدم الدقة. ولا يحمل نسخة للسياسة أو تاريخ نفاذها أو بصمة الوثيقة.

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

يحدد RFC 9083 إشعارات RDAP بوصفها معلومات عن الخدمة أو الرد بكامله. والوصف إلزامي ويمكن إضافة روابط. لذلك يوجد مكان تقني لرابط الشروط ولبيانات نسخة قصيرة أيضاً. لكن المعيار لا يخلق تلقائياً إيصالاً لسياسة APNIC؛ فالتوافق البروتوكولي لا يساوي التتبع المؤسسي عبر الزمن.

ثلاثة أسئلة ينبغي ألا تختلط

يقيد اتفاق Whois بالجملة النسخ والتخزين والنقل والتمرير بالجملة خارج الأغراض المقبولة. وهو يبين أن شروط الاستخدام قد تظل مهمة بعد انتهاء جلسة الاستعلام. لكنه لا يبرر افتراض أن المستخدم العادي دخل العقد نفسه من غير سياسة منفصلة.

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

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

ما زال وقت الإصلاح متاحاً

تعتمد عملية تطوير سياسات APNIC النقاش المفتوح والتوافق. نشر النسخة الأولى في القائمة مرحلة للاختبار لا خاتمة. يمكن إضافة هوية النسخة إلى تعليقات WHOIS وإشعار RDAP من دون نسف الغرض الأساسي أو إطالة الرد بالنص الكامل.

ولا تسمح الأدلة باتهام أوسع. لا تظهر حالة مستخدم طُبقت عليه نسخة خاطئة، ولا تعديل سري، ولا استعلام معطل، ولا ضرر تشغيلي أو حكم قضائي. قد تحتفظ APNIC بسجلات نشر داخلية ممتازة تستطيع إعادة بناء كل نسخة. الملاحظة العامة الوحيدة هي أن v001 لا تُلزم الرد بحمل تلك الإثباتات.

المصادر

تعتمد المقالة على سجل prop-173، ونص النسخة الأولى، واتفاق Whois بالجملة، وعينة RDAP المحفوظة، وبيان الخصوصية، وعملية تطوير السياسات، وRFC 9083. وتثبت هذه المواد متطلبات مقترحة وشكل رد واحد، لا نزاعاً تحت سياسة منفذة.