Cloudflare انقطاع رقمي عالمي: تقرير رسمي يكشف تفاصيل العطل في 18 نوفمبر

عانت ملايين المواقع والخدمات حول العالم من انقطاع الاتصال في 18 نوفمبر 2025 الساعة 06:58 بتوقيت UTC، وكان السبب الرئيسي هو خطأ داخلي من مزود البنية التحتية للشبكة Cloudflare. أصدرت الشركة في وقت لاحق من ذلك اليوم بيانًا كاملاً حول الحادث، موضحةً كيف حدث هذا العطل الفني، وكيف تم التعامل معه، والإجراءات الوقائية المستقبلية.

انفجار المشكلة: تعطل الخدمات في العديد من الأماكن حول العالم

حدث عطل Cloudflare في 18 نوفمبر في الساعة 06:58 بتوقيت UTC (حوالي الساعة 2 بعد الظهر بتوقيت تايوان)، مما أدى إلى عدم إمكانية الوصول إلى العديد من المواقع التي تستخدم خدمات Cloudflare CDN و DNS، بما في ذلك المنصات التجارية الكبيرة ووسائل الإعلام الإخبارية وتطبيقات الويب. استمر هذا الانقطاع لمدة تقارب 40 دقيقة، مما تسبب في عدم تحميل بعض المواقع تمامًا في بعض المناطق، كما لم يتمكن المستخدمون من التفاعل بسلاسة مع واجهة برمجة التطبيقات والخوادم الخلفية.

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

جذر المشكلة: خطأ في تكوين BGP تسبب في الكارثة

أوضحت Cloudflare أن الانقطاع الحالي ناتج عن خطأ في تغيير إعدادات بروتوكول بوابة الحدود (BGP). BGP هو أحد البروتوكولات الأساسية التي تتحكم في حركة مرور الإنترنت، ويستخدم لإعلام الشبكات العالمية بكيفية التوجيه إلى وجهة معينة.

كان الهدف الأصلي هو تحديث سياسة بث التوجيه الداخلية لزيادة كفاءة البنية التحتية، ولكن بسبب خطأ في الإعدادات الناتجة عن الدفع اليدوي، لم يعد بإمكان بعض نطاقات IP الخاصة بـ Cloudflare الوصول إليها بواسطة مزودي خدمة الإنترنت الآخرين عبر BGP، مما يعادل “اختفاء” مسارات توجيه هذه الخدمات على الإنترنت.

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

تفعيل الاسترداد الطارئ: إلغاء الإعدادات الخاطئة بسرعة

رصد فريق هندسة Cloudflare الشذوذ خلال دقائق قليلة بعد حدوث الحدث، وبدأوا على الفور إجراءات الاستعادة. بدأوا في حوالي الساعة 07:15 بتوقيت UTC في سحب إعدادات سياسة BGP الخاطئة وأكملوا الاستعادة في الساعة 07:28 بتوقيت UTC، وعادت معظم الخدمات إلى العمل بشكل طبيعي في ذلك الوقت.

بشكل عام، استغرقت هذه الانقطاع حوالي 30 إلى 40 دقيقة، وفقًا للجدول الزمني الذي قدمته Cloudflare، حيث تم استعادة الخدمة تمامًا في الساعة 07:28 بتوقيت UTC.

لماذا لم تتمكن الآليات التلقائية وآليات الحماية من منع المشكلة؟

قالت Cloudflare إن الخطأ الذي حدث يكشف عن وجود مجال لتحسين العمليات الداخلية الخاصة بها. كانت العمليات الآلية السابقة تحتوي على “آلية أمان” تمنع بث BGP الخاطئ، لكن هذا التحديث تم تنفيذه في إعدادات النظام الأساسية، ولم يتم تضمينه في نطاق الحماية.

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

تتعهد Cloudflare بتحسينات مستقبلية

أعلنت Cloudflare أنها ستتخذ التدابير التالية لتجنب حدوث حوادث مماثلة مرة أخرى:

تعزيز آلية التحقق من إعدادات BGP ذات الصلة، لتجنب بث المسارات غير المتوقعة؛

تحديد صلاحيات إعداد بيئة الاختبار والإنتاج بشكل واضح؛

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

تعزيز مراقبة عملية مراجعة التغييرات الداخلية والعمليات اليدوية.

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

مسؤوليات وتحديات عمالقة الإنترنت

تُعتبر Cloudflare واحدة من أكبر مزودي البنية التحتية للشبكات على مستوى العالم، حيث تشمل خدماتها CDN وDNS والأمان الشبكي والحماية من هجمات DDoS وغيرها من العناصر الأساسية للشبكة. قد يتسبب خطأ في إعداد BGP في حدوث “انقطاع رقمي” على مستوى العالم. على الرغم من أن هذا الحدث تم التعامل معه بسرعة، إلا أنه يبرز المخاطر والتحديات التي تنجم عن التركيز العالي للبنية التحتية للإنترنت.

هذه المقالة Cloudflare انقطاع رقمي عالمي: التقارير الرسمية تكشف تفاصيل العطل في 18 نوفمبر ظهرت لأول مرة في أخبار السلسلة ABMedia.