الجميع ألقى اللوم على Cloudflare. كان الأمر قطعًا في ألياف Zayo.

يوم الاثنين الماضي، 22 يونيو 2026، بدأ جزء كبير من الويب ينتهي بمهلة اتصال دفعة واحدة. فقد وردت بلاغات عن تدهور في X وZoom وبعض خدمات Google وMicrosoft، وكان السبب قطعًا في الألياف شرقي أمريكا الشمالية ضمن شبكة Zayo، وهي إحدى الشبكات الأساسية القليلة من المستوى الأول التي لا تشتري العبور من أحد. 1

لم يكن خللًا برمجيًا ولا هجومًا سيبرانيًا. كان كابلًا مقطوعًا.

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

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

الطبقة التي لا يرسمها أحد

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

أما الرواية المثيرة فهي عن سبب خطأ الجميع.

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

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

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

ليس استقلالًا، بل ألا تكون عاجزًا

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

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

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

اعرف قيم TTL قبل الحادث. فقيمة 24 ساعة تعني أن تحويلك سيستغرق يومًا مهما بلغت سرعة انتباهك.

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

ثم درّب عليه، فمسار التحويل الذي لم يُنفَّذ قط يبقى فرضية.

الدور الذي نستطيع لعبه

نحن مزود أوروبي صغير لا شبكة أساسية، وهنا تحديدًا يكون المزود المستقل الصغير مفيدًا فعلًا: نحن المكان الذي يعيش فيه بديلك.

فخادم VPS بـ €5 شهريًا في تيرانا أو سكوبيه أو أمستردام أو دبلن يكفي لاستضافة صفحة حالة ثابتة، أو خادم DNS ثانوي، أو مسار مباشر إلى الخادم الأصلي، أو نظام استعداد بارد لا يتشارك مع مجموعتك الأساسية مستوى تحكم ولا شركة ولا قارة. محاكاة KVM كاملة بصلاحية root، وحماية من هجمات الحرمان من الخدمة مشمولة، ونقبل العملات المشفّرة، دون تحقق من الهوية، وجاهز خلال دقائق.

ولمن يريد طبقة الشبكة تحت سيطرته، يوفّر AS210464 جلسات BGP من €5 شهريًا، وتحققًا عبر RPKI، ومجموعة مجتمعات تتيح لك نقل إعلاناتك بين مناطقنا بنفسك، بما في ذلك التوجيه إلى الثقب الأسود عن بُعد حين تحتاج إسقاط حركة البيانات على حافتنا لا على خادمك.

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

الدرس الذي لا يريده أحد

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

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

المصادر

1. Cloudflare Outage: Fibre Cut in Eastern North America Triggers Internet Disruptions، Latestly، 24 يونيو 2026