ماذا تكشف أرقام تنظيف DNS العكسي لدى AFRINIC؟

الخلاصة

• تتضمن البيانات المأخوذة في 3 سبتمبر 2026 ثلاث وحدات مستقلة: 1,936 سجل تفويض مصنفًا ضمن الحالات المعطلة، و1,358 كائن نطاق، و194 حامل موارد. لا يجوز تحويلها إلى عدد واحد للشبكات المتوقفة.
• يبلغ الانخفاض بين أول رصد وآخر رصد في السلسلة نحو 95.1%، لكنه ليس معدل إصلاح لمجموعة ثابتة جرى تتبعها. وآخر رصد منشور مؤرخ في 2 سبتمبر 2026.
• يجمع سجل الإزالة 27,726 عملية على التفويضات و9,036 عملية على كائنات النطاق. إزالة إحالة غير صالحة قد تحسّن دقة السجل من دون أن تعيد الخادم نفسه إلى العمل.

في ملف الملخص لدى AFRINIC، لا تعني كلمة «حالة» شيئًا واحدًا. فهناك سجل تفويض يشير إلى خادم، وكائن نطاق يجمع معلومات مختلفة، وحامل موارد تقع عليه مسؤولية تشغيلية. يسجل الملخص 1,936 من الفئة الأولى و1,358 من الثانية و194 من الثالثة ضمن التصنيفات المرتبطة بالمشكلة. هذه ليست ثلاث طرق لكتابة العدد نفسه، بل ثلاث زوايا لعمل مختلف. ملخص AFRINIC الرسمي

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

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

من عدد السجلات إلى مسؤولية المعالجة

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

وحدة العد في الملخص	المصنف ضمن المشكلة	مجموع الحالتين	النسبة التقريبية
سجلات التفويض	1,936	172,702	1.1%
كائنات النطاق	1,358	52,450	2.6%
حاملو الموارد	194	1,774	10.9%

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

كما أن مقام 1,774 لا يعني مجموع أعضاء AFRINIC. إنه مجموع حاملي الموارد الواردين في حالتي هذا الملخص. أما فئة كائنات النطاق فلا تتضمن البيانات استعلام تجميعها أو صلة فردية تربطها بسجلات التفويض. ولذلك لا تثبت أن جميع كائنات النطاق البالغ عددها 1,358 أصبحت عاجزة تمامًا عن تقديم إجابات، ولا تبين كيف تتوزع عليها السجلات البالغ عددها 1,936.

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

ماذا يختبر التصنيف؟

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

في شرحها المنشور عام 2021، تدرج AFRINIC غياب الرد، والرد المتعلق بنطاق آخر، والرد الذي لا يحمل علامة الإجابة الموثوقة (AA)، ضمن الحالات التي يفحصها البرنامج. وتصف اختبارات شهرية للخوادم المسجلة، ثم إعادة يومية لفحص الحالات المكتشفة. يجري الاختبار من ثلاثة مواقع جغرافية على الأقل، وتكفي إجابة واحدة صادرة عن خادم مخوّل للنطاق من أي موقع لعدم تصنيف ذلك الخادم ضمن الحالة المعطلة. هذا شرح للمنهج المنشور، وليس تدقيقًا في جميع عمليات تنفيذه الحالية. شرح AFRINIC للمنهج

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

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

ما الذي يبقى بعد التدخل؟

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

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

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

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

العدد القائم لا يشرح كل ما دخل وخرج

عند أخذ البيانات في 3 سبتمبر، عرضت الصفحة الرئيسية 1,936 تفويضًا معطلًا وانخفاضًا بنسبة 95%. يبدأ الملف التاريخي برصد 39,814 في 28 سبتمبر 2018، وينتهي برصد 1,936 في 2 سبتمبر 2026. الفرق 37,878، أي نحو 95.1% من نقطة البداية. يتفق ذلك بعد التقريب مع العرض على الصفحة، لكنه لا يثبت صيغة حسابها أو ثبات مجموعة العناصر التي رُصدت طوال الفترة. البوابة الإحصائية، ملف الرصد التاريخي

أما ملف الإزالة فيبدأ في 30 مايو 2021 وينتهي في 31 أغسطس 2026، ويحتوي على 996 صفًا مؤرخًا. مجموع عمود التفويضات المزالة هو 27,726، ومجموع عمود كائنات النطاق المزالة هو 9,036. هذه أعداد عمليات مسجلة، وليست أعدادًا مؤكدة لعناصر فريدة. لا توجد هويات فردية تسمح باستبعاد ظهور العنصر نفسه في وقت لاحق. سجل الإزالة

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

توضح المشاهدات الأخيرة حدود هذا الاستنتاج. يسجل الملف 2,016 في 30 أغسطس، ثم 3,354 في 31 أغسطس، ثم 1,936 في 2 سبتمبر، من دون صف بتاريخ 1 سبتمبر. لا يثبت الانخفاض الأخير البالغ 1,418 أن العدد نفسه من الخوادم أُصلح، ولا أنه ناتج عن دورة اختبار واحدة. كذلك لا يمكن نسبته إلى عمليات الإزالة الأربع في آخر صف من الملف الآخر.

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

ما الذي أمكن التحقق منه؟

قورنت في هذا التحليل الجداول الخمسة المشتركة بين ملفات CSV القابلة للتنزيل وبيانات JSON التي تستخدمها البوابة. تطابقت الحقول والصفوف في الملخص، وفي 2,719 رصدًا تاريخيًا، و996 صفًا للإزالة، وتجميعي الاقتصاد ونوع حامل الموارد. تثبت هذه المطابقة اتساق طريقتين للنشر، ولا تكشف الروابط الفردية الغائبة أو تصادق على تنفيذ الاختبار في كل حالة. تنزيل البيانات الأصلية

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

النتيجة الأهم للمستخدم تأتي بعد العملية: ما الذي يستطيع الاعتماد عليه الآن؟ مرجع خاطئ أقل يعني سجلًا أدق، وخادم عاد للعمل يعني وظيفة مستعادة. قد يتحقق الأمران معًا، وقد يتحقق أحدهما فقط. جودة القراءة تبدأ عندما لا يُمنح أحدهما اسم الآخر.