أوقف خطأ لمدة مللي ثانية واحدة حركة الملاحة الجوية في المملكة المتحدة. ست ساعات.

ما يغطيه هذا الفيديو

• 10:00: طلب واحد، تم قطعه داخل نافذة 1 مللي ثانية
• الجدول الزمني: 10:00 squawk ← 10:02 blip ← 12:45 توقف المغادرات ← 13:32 فقدان الرابط
• العلاج: إعادة تشغيل بيانات الرحلات الجوية للبلد بأكمله
• الآلية: توقف في منتصف عملية الكتابة
• لماذا أوقفت ميزة أمان السماء

النص المترجم

مترجم من السرد الإنجليزي الأصلي. يتم التحكم في الصوت والتعليقات التوضيحية المتاحة بواسطة YouTube.

10:00: طلب واحد، تم قطعه داخل نافذة 1 مللي ثانية

0:00 في الساعة العاشرة صباحًا، طلب روتيني واحد داخل نظام بيانات الرحلات الجوية البريطاني يتعرض للانقطاع في مللي ثانية خاطئة تمامًا، وبحلول المساء أكثر من ألفي رحلة تتأخر أو تلغى أو تحول. هذا من التقرير الأولي لـ Nats، خدمة الملاحة الجوية في المملكة المتحدة. لا توجد علامة على هجوم، ولم يضغط أحد على الزر الخطأ. مجرد عيب قديم، ومللي ثانية محددة جدًا. كيف حدث ذلك، ولماذا كانت مللي ثانية واحدة كافية، ومن يتحمل اللوم بالفعل. هذا هو The Daily Diff، تحليل ما بعد الحادث.

0:31 الساعة العاشرة. يطلب شخص يدويًا رمز squawk، وهو الرقم المكون من أربعة أرقام الذي

الجدول الزمني: 10:00 squawk ← 10:02 blip ← 12:45 توقف المغادرات ← 13:32 فقدان الرابط

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

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

العلاج: إعادة تشغيل بيانات الرحلات الجوية للبلد بأكمله

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

الآلية: توقف في منتصف عملية الكتابة

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

لماذا أوقفت ميزة أمان السماء

1:40 تحاول لندن قراءة واحدة، وتستغرق وقتًا طويلاً وتنتهي صلاحيتها. يؤدي انتهاء المهلة إلى قطع الرابط، كما هو مصمم، لحماية كلا النظامين. ميزة الأمان تعمل بشكل مثالي. هذه هي المشكلة. كلمات التقرير نفسها. لو وصلت الرسالة العاجلة قبل مللي ثانية أو بعدها، لكان التحديث قد اكتمل بشكل طبيعي. على Hacker News، يصف أحد المبرمجين المللي ثانية بأنها أبدية مطلقة،

2:02 مضمونة الحدوث بحلول يوم الثلاثاء من هذا الأسبوع. كان يوم ثلاثاء.

git blame — رمز قديم 50 · خطة إعادة التشغيل 30 · إنذار 10:02 15 · 1 مللي ثانية 5

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

نصف قطر الانفجار: 8,000 مخطط لها، 6,094 تم التعامل معها، الفشل الثالث في ثلاث سنوات

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

الحكم + سطر الاثنين: عمليات كتابة ذرية، إنذارات عالية

2:41 الحكم، تحليل ما بعد الحادث: NEEDS REVIEW. التقرير سريع ومحدد، والإصلاح مكتوب وقيد الاختبار. لكن الخطة هي إعادة تشغيل أسرع، وليست أصغر. سطر الاثنين: إذا كان يمكن إيقاف مهمة مؤقتًا، اجعل كتابتها ذرية، وعامل الإنذار الذي يشفي نفسه كإنذار. أرسل لي الحادث الذي لا يزال غير مسموح لك بالتحدث عنه، في التعليقات، أو على thedailydiff.dev. وهذا هو الـ diff لليوم.

3:02 أنا نيكو من Axrisi. ادمج بمسؤولية.

المصادر

1. NATS, Major Incident Preliminary Investigation Report, NAS incident 08 September 2026 (report date Sep 16)www.nats.aero
2. NATS press release, "NATS publishes preliminary report on technical incident of 8 September" (Sep 18, 2026)www.nats.aero
3. NATS on X, 8 Sepx.com
4. BBC, "Flight chaos caused by 'millisecond' software defect, report says"www.bbc.co.uk
5. The Guardian (Sep 18, 2026)www.theguardian.com
6. Hacker News thread on the reportnews.ycombinator.com