الخلاصة

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

سؤال واحد وإجابتان تبدوان فارغتين

يتلقى محلل استجابتين لاسم نطاق واحد. لا تعرض الأولى اسم المسجل، ولا تعرضه الثانية أيضاً. قد تكون قاعدة البيانات الأولى بلا اسم، بينما تحتوي الثانية اسماً لا يحق للعميل المجهول رؤيته. إذا عدّ المحلل الحالتين «بيانات مفقودة»، فقد استبدل الملاحظة بتفسير.

نُشر RFC 9537 في مارس 2024 ضمن مسار المعايير في IETF لمعالجة هذا الالتباس المحدد. يعرّف امتداداً يحدد الحقول المحذوفة أو المفرغة أو المحجوبة جزئياً أو المستبدلة في استجابة RDAP. مؤلفوه James Gould وDavid Smith وJody Kolker وRoger Carney. تسجل صفحة Gould في IETF، كما حُفظت في 7 سبتمبر 2026، ثلاثة عشر RFC. وتصفه سيرة لجنة Registration Operations Workshop بأنه fellow لدى Verisign يعمل على الاتجاه المعماري والتقني لخدمات سجلات النطاقات. تثبت هذه المصادر السياق والتأليف المشترك، لا الاختراع المنفرد ولا السيطرة على تطبيقات الآخرين.

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

ماذا يربط العضو redacted

عند استخدام الامتداد، تتضمن rdapConformance القيمة redacted. ويحمل الكائن المتأثر عادة مصفوفة من أوصاف الحجب. لكل وصف name إلزامي، إما بنوع مسجل أو بوصف نصي غير مسجل.

تحدد المسارات العلاقة بالبنية. يشير prePath إلى موضع الحقل قبل الحجب، ولذلك قد لا ينجح على JSON الذي استلمه العميل. ويشير postPath إلى قيمة فارغة أو جزئية أو بديلة بقيت في الاستجابة. لا يجتمع المساران في العنصر نفسه. ويمكن أن يحدد replacementPath الحقل البديل. JSONPath وفق RFC 9535 هو لغة التعبير الافتراضية.

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

تسجل IANA معرف الامتداد وعائلات الأسماء والأسباب ولغات التعبير. التسجيل يجعل العملاء والخوادم يتفاهمون، لكنه لا يراجع كل استجابة تستخدم الرمز.

أربع طرق لا تترك الأثر نفسه

في removal يختفي الحقل أو الكائن من JSON. وهي الطريقة الافتراضية عند غياب method، إلا حين يحمل ترتيب المصفوفة معنى. في مصفوفات jCard الموضعية، تحافظ emptyValue على الموضع وتضع سلسلة فارغة أو null. تترك partialValue جزءاً من قيمة منسقة. وتقدم replacementValue قيمة أو حقلاً بديلاً، مثل بريد مجهّل أو نموذج اتصال.

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

السجل الصحيح يحتفظ بهيئة JSON والطريقة والمسار. لقطة الشاشة التي تقول «محجوب» تمحو الفروق التي أوجد الامتداد لحفظها.

السبب ليس حكماً على السياسة

يمكن أن يحتوي الوصف على reason من نوع مسجل أو عبارة يقرأها الإنسان. لكن العبارة لا يجوز أن تكون اعتماداً لمعالجة العميل. لا ينبغي لنظام آلي أن يرى «سياسة الخادم» فيعتبرها قاعدة وصول نهائية.

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

يوضح ملف ICANN لعام 2024 الخاص باستجابات RDAP كيف تضيف جهة محددة طبقة تنفيذية. ففي نطاق gTLD الذي يغطيه، يربط عناصر تسجيل معينة بأسماء وطرق RFC 9537 ويحدد معاملة حقول مثل البريد. هو دليل تشغيلي مهم داخل نطاقه، لا سياسة عامة لكل خادم RDAP ولا حكماً في كل طلب إفصاح.

ثمة حد أدق: مجرد الاعتراف بأن حقلاً موجود لكنه مخفي قد يكشف معلومة. لذلك يجيز RFC حذف وصف الحجب إذا كانت إشارة الوجود نفسها مشكلة خصوصية. غياب redacted لا يثبت أن الاستجابة كاملة؛ فقد يعني عدم وجود حجب أو عدم دعم الامتداد أو قراراً بعدم تأكيد وجود الحقل.

بناء إيصال قابل للمراجعة

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

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

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

يفرق RFC 9082 بين lookup وsearch؛ في البحث يخص وصف الحجب كل كائن على حدة. تقليص مجموعة النتائج كلها ليس حجب حقل داخل نتيجة. ويمكن أن تعطي notices وremarks في RFC 9083 سياقاً عاماً أو خاصاً بالكائن، لكنها لا تحل محل الإشارة المنظمة للحقل.

تدعم هذه الحزمة عبارة منضبطة: وصف هذا الخادم، في هذا الوقت ولهذا الطلب والنفاذ، هذا الحقل بأنه محجوب بهذه الطريقة. أما القيمة الأصلية وسلامة السياسة ومن يحق له الوصول فتحتاج إلى أدلة أخرى.

المصادر