• تسبب عطل فني في أحد خوادم الأسماء الرسمية لـ AFRINIC في انتهاء صلاحية توقيعات DNSSEC، مما أدى إلى تعطيل 26 نطاقًا أفريقيًا من المستوى الأعلى، بما في ذلك.mg في مدغشقر. تم الإبلاغ عن المشكلة لأول مرة في 8 نوفمبر، ولكنها بدأت في 29 أكتوبر 2024.
  • كشفت مجسات RIPE Atlas أن مثيلًا واحدًا فقط من خادم anycast، تم تحديده باسم s01-ns2.pkl، كان يخدم بيانات قديمة. قامت AFRINIC بفصل الخادم لحل المشكلة، مما يسلط الضوء على تحديات مراقبة أنظمة anycast.

ماذا حدث؟

في أواخر أكتوبر 2024، أدت مشكلة تقنية كبيرة إلى تعطيل 26 نطاقًا من المستوى الأعلى (TLD) أفريقية. قام أحد خوادم الأسماء الرسمية التابعة لـ AFRINIC بتقديم بيانات قديمة، مع توقيعات DNSSEC (امتدادات أمان نظام أسماء النطاقات) المعلمة بأنها منتهية الصلاحية. تم اكتشاف هذه المشكلة لأول مرة في 8 نوفمبر، على الرغم من أنها بدأت في 29 أكتوبر، مما تسبب في تجارب غير متسقة لحل DNS لمستخدمي نطاق.mg (مدغشقر).

اقرأ أيضاً:حكم المحكمة العليا بشأن AFRINIC: أعضاء جدد بدون حقوق، انتخابات بحلول يونيو 2025
اقرأ أيضاً:استكشاف إدارة الطيف العالمية في WRS-24

كشف تحليل أعمق أنه لم تتأثر جميع الخوادم. بدلاً من ذلك، كان مثيل محدد من خادم الأسماء anycast ns-mg.afrinic.net يشغل بيانات قديمة. أظهرت قياسات مجسات RIPE Atlas تباينًا واضحًا: بينما كانت معظم الخوادم تبلغ عن بيانات محدثة، كانت أقلية لا تزال تعتمد على معلومات قديمة. هذا المثيل من الخادم، الذي تم تحديده بواسطة NSID s01-ns2.pkl، ساهم في تأخير انتشار التحديثات عبر نطاقات TLD متعددة.

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

الأهمية

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

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

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