ਇੱਕ ਮਿਲੀਸਕਿੰਟ ਦੇ ਬੱਗ ਨੇ ਯੂਕੇ ਦੇ ਹਵਾਈ ਆਵਾਜਾਈ ਨੂੰ ਰੋਕ ਦਿੱਤਾ। ਛੇ ਘੰਟੇ।
ਮੰਗਲਵਾਰ, 8 ਸਤੰਬਰ ਨੂੰ ਸਵੇਰੇ 10:00 ਵਜੇ, NATS ਦੇ ਨੈਸ਼ਨਲ ਏਅਰਸਪੇਸ ਸਿਸਟਮ (NAS) ਦੇ ਅੰਦਰ ਇੱਕ ਰੂਟੀਨ ਸਕਵਾਕ-ਕੋਡ ਬੇਨਤੀ ਨੂੰ ਇੱਕ ਉੱਚ-ਪ੍ਰਾਥਮਿਕਤਾ ਵਾਲੇ ਸੰਦੇਸ਼ ਦੁਆਰਾ ਰੋਕਿਆ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਇਹ ਇੱਕ ਮੁੱਲ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਦੇ ਅੱਧੇ ਰਸਤੇ ਵਿੱਚ ਹੁੰਦਾ ਹੈ।
ਮੰਗਲਵਾਰ, 8 ਸਤੰਬਰ ਨੂੰ ਸਵੇਰੇ 10:00 ਵਜੇ, NATS ਦੇ ਨੈਸ਼ਨਲ ਏਅਰਸਪੇਸ ਸਿਸਟਮ (NAS) ਦੇ ਅੰਦਰ ਇੱਕ ਰੂਟੀਨ ਸਕਵਾਕ-ਕੋਡ ਬੇਨਤੀ ਨੂੰ ਇੱਕ ਉੱਚ-ਪ੍ਰਾਥਮਿਕਤਾ ਵਾਲੇ ਸੰਦੇਸ਼ ਦੁਆਰਾ ਰੋਕਿਆ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਇਹ ਇੱਕ ਮੁੱਲ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਦੇ ਅੱਧੇ ਰਸਤੇ ਵਿੱਚ ਹੁੰਦਾ ਹੈ। ਐਕਸਪੋਜ਼ਰ ਵਿੰਡੋ ਲਗਭਗ ਇੱਕ ਮਿਲੀਸਕਿੰਟ ਹੈ। ਬੇਨਤੀ ਗਲਤ ਢੰਗ ਨਾਲ ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ, ਫਲਾਈਟ ਡੇਟਾ ਖਰਾਬ ਹੋ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਸ਼ਾਮ 7:30 ਵਜੇ ਤੱਕ 2,000 ਤੋਂ ਵੱਧ ਯੂਕੇ ਦੀਆਂ ਉਡਾਣਾਂ ਵਿੱਚ ਦੇਰੀ ਹੋ ਜਾਂਦੀ ਹੈ, ਰੱਦ ਹੋ ਜਾਂਦੀ ਹੈ ਜਾਂ ਮੋੜ ਦਿੱਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।
ਲਿਖਤੀ ਐਡੀਸ਼ਨ ਪੜ੍ਹੋ (ਅੰਗਰੇਜ਼ੀ) ↗
ਇਹ ਵੀਡੀਓ ਕੀ ਕਵਰ ਕਰਦਾ ਹੈ
- 10:00: ਇੱਕ ਬੇਨਤੀ, 1 ms ਵਿੰਡੋ ਦੇ ਅੰਦਰ ਰੋਕੀ ਗਈ
- ਸਮਾਂਰੇਖਾ: 10:00 ਸਕਵਾਕ → 10:02 ਬਲਿੱਪ → 12:45 ਰਵਾਨਗੀਆਂ ਬੰਦ → 13:32 ਲਿੰਕ ਗੁੰਮ
- ਇਲਾਜ: ਪੂਰੇ ਦੇਸ਼ ਦੇ ਫਲਾਈਟ ਡੇਟਾ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰੋ
- ਕਾਰਜਪ੍ਰਣਾਲੀ: ਲਿਖਣ ਦੇ ਅੱਧੇ ਰਸਤੇ ਵਿੱਚ ਰੋਕਿਆ ਗਿਆ
- ਇੱਕ ਸੁਰੱਖਿਆ ਵਿਸ਼ੇਸ਼ਤਾ ਨੇ ਅਸਮਾਨ ਨੂੰ ਕਿਉਂ ਰੋਕਿਆ
ਅਨੁਵਾਦਿਤ ਟ੍ਰਾਂਸਕ੍ਰਿਪਟ
ਮੂਲ ਅੰਗਰੇਜ਼ੀ ਬਿਰਤਾਂਤ ਤੋਂ ਅਨੁਵਾਦ ਕੀਤਾ ਗਿਆ। ਉਪਲਬਧ ਆਡੀਓ ਅਤੇ ਕੈਪਸ਼ਨ YouTube ਦੁਆਰਾ ਨਿਯੰਤਰਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।
10:00: ਇੱਕ ਬੇਨਤੀ, 1 ms ਵਿੰਡੋ ਦੇ ਅੰਦਰ ਰੋਕੀ ਗਈ
0:00 ਸਵੇਰੇ ਦਸ ਵਜੇ, ਬ੍ਰਿਟੇਨ ਦੇ ਫਲਾਈਟ ਡੇਟਾ ਸਿਸਟਮ ਦੇ ਅੰਦਰ ਇੱਕ ਰੂਟੀਨ ਬੇਨਤੀ ਬਿਲਕੁਲ ਗਲਤ ਮਿਲੀਸਕਿੰਟ 'ਤੇ ਰੋਕੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਸ਼ਾਮ ਤੱਕ ਦੋ ਤੋਂ ਵੱਧ ਹਜ਼ਾਰਾਂ ਉਡਾਣਾਂ ਵਿੱਚ ਦੇਰੀ ਹੋ ਜਾਂਦੀ ਹੈ, ਰੱਦ ਹੋ ਜਾਂਦੀਆਂ ਹਨ ਜਾਂ ਮੋੜ ਦਿੱਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਇਹ Nats, ਯੂਕੇ ਦੀ ਹਵਾਈ ਆਵਾਜਾਈ ਸੇਵਾ ਦੀ ਮੁਢਲੀ ਰਿਪੋਰਟ ਤੋਂ ਹੈ। ਹਮਲੇ ਦਾ ਕੋਈ ਸੰਕੇਤ ਨਹੀਂ, ਅਤੇ ਕਿਸੇ ਨੇ ਗਲਤ ਬਟਨ ਨਹੀਂ ਦਬਾਇਆ। ਬੱਸ ਇੱਕ ਪੁਰਾਣਾ ਨੁਕਸ, ਅਤੇ ਇੱਕ ਬਹੁਤ ਖਾਸ ਮਿਲੀਸਕਿੰਟ। ਇਹ ਕਿਵੇਂ ਹੋਇਆ, ਇੱਕ ਮਿਲੀਸਕਿੰਟ ਕਿਉਂ ਕਾਫੀ ਸੀ, ਅਤੇ ਅਸਲ ਵਿੱਚ ਦੋਸ਼ੀ ਕੌਣ ਹੈ। ਇਹ The Daily Diff, ਪੋਸਟਮੋਰਟਮ ਹੈ।
0:31 ਦਸ ਵਜੇ। ਕੋਈ ਹੱਥੀਂ ਇੱਕ ਸਕਵਾਕ ਕੋਡ ਮੰਗਦਾ ਹੈ, ਚਾਰ-ਅੰਕੀ ਨੰਬਰ ਜੋ
ਸਮਾਂਰੇਖਾ: 10:00 ਸਕਵਾਕ → 10:02 ਬਲਿੱਪ → 12:45 ਰਵਾਨਗੀਆਂ ਬੰਦ → 13:32 ਲਿੰਕ ਗੁੰਮ
0:36 ਇੱਕ ਰਾਡਾਰ ਬਲਿੱਪ ਨੂੰ ਉਸਦੇ ਫਲਾਈਟ ਪਲਾਨ ਨਾਲ ਜੋੜਦਾ ਹੈ। ਬੇਨਤੀ ਵੈਧ ਹੈ, ਅਤੇ ਯੋਜਨਾ ਵੀ। ਦਸ ਵੱਜ ਕੇ ਦੋ। ਲੰਡਨ ਏਰੀਆ ਕੰਟਰੋਲ ਅਤੇ ਕੋਰ ਸਿਸਟਮ ਵਿਚਕਾਰ ਲਿੰਕ ਡਿੱਗ ਜਾਂਦਾ ਹੈ, ਫਿਰ ਪੰਤਾਲੀ ਸਕਿੰਟਾਂ ਬਾਅਦ ਆਪਣੇ ਆਪ ਵਾਪਸ ਆ ਜਾਂਦਾ ਹੈ। ਟਿਕਟ ਕਹਿੰਦੀ ਹੈ ਕਿ ਠੀਕ ਹੋ ਗਿਆ, ਸਥਿਰ, ਕੋਈ ਕਾਰਜਸ਼ੀਲ ਪ੍ਰਭਾਵ ਨਹੀਂ। ਬਾਰਾਂ ਵੱਜ ਕੇ ਬੱਤੀ। ਲਿੰਕ ਫਿਰ ਤੋਂ ਡਿੱਗਣਾ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦਾ ਹੈ, ਹਰ ਵਾਰ ਤੇਜ਼ੀ ਨਾਲ, ਅਤੇ ਕੰਟਰੋਲਰ ਕੁਝ ਆਟੋਮੇਸ਼ਨ ਗੁਆ ਦਿੰਦੇ ਹਨ।
0:56 ਬਾਰਾਂ ਵੱਜ ਕੇ ਪੰਤਾਲੀ ਤੱਕ, ਯੂਕੇ ਦੀਆਂ ਰਵਾਨਗੀਆਂ ਬੰਦ ਕਰ ਦਿੱਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਇੱਕ ਵੱਜ ਕੇ ਬੱਤੀ 'ਤੇ, ਲਿੰਕ ਡਿੱਗ ਜਾਂਦਾ ਹੈ ਅਤੇ ਹੇਠਾਂ ਰਹਿੰਦਾ ਹੈ। ਇਲਾਜ ਇੱਕ ਨਿਯੰਤਰਿਤ ਰੀਸਟਾਰਟ ਹੈ, ਅਤੇ ਇਹ ਮਹਿੰਗਾ ਹਿੱਸਾ ਹੈ,
ਇਲਾਜ: ਪੂਰੇ ਦੇਸ਼ ਦੇ ਫਲਾਈਟ ਡੇਟਾ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰੋ
1:06 ਕਿਉਂਕਿ ਉਹੀ ਸਿਸਟਮ ਦੇਸ਼ ਭਰ ਵਿੱਚ ਕੰਟਰੋਲ ਕੇਂਦਰਾਂ ਅਤੇ ਹਵਾਈ ਅੱਡਿਆਂ ਨੂੰ ਫੀਡ ਕਰਦਾ ਹੈ। ਬੱਗ ਲੰਡਨ ਦੇ ਹਵਾਈ ਖੇਤਰ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ। ਪਾਬੰਦੀਆਂ ਪੂਰੇ ਯੂਕੇ ਨੂੰ ਕਵਰ ਕਰਦੀਆਂ ਹਨ। ਰੀਸਟਾਰਟ ਸਵਾ ਤਿੰਨ ਵਜੇ ਤੋਂ ਸਵਾ ਚਾਰ ਵਜੇ ਤੱਕ ਚੱਲਦਾ ਹੈ, ਅਤੇ ਦੁਹਰੀਆਂ ਫਲਾਈਟ ਯੋਜਨਾਵਾਂ ਨੂੰ ਸੁਲਝਾਉਣ ਵਿੱਚ ਪੌਣੇ ਸੱਤ ਵਜੇ ਤੱਕ ਲੱਗ ਜਾਂਦਾ ਹੈ। ਤਾਂ ਇੱਕ ਮਿਲੀਸਕਿੰਟ ਕਿਉਂ ਕਾਫੀ ਸੀ?
ਕਾਰਜਪ੍ਰਣਾਲੀ: ਲਿਖਣ ਦੇ ਅੱਧੇ ਰਸਤੇ ਵਿੱਚ ਰੋਕਿਆ ਗਿਆ
1:23 ਸਿਸਟਮ ਪ੍ਰਾਥਮਿਕਤਾ ਦੁਆਰਾ ਕੰਮਾਂ ਨੂੰ ਸੰਭਾਲਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਜ਼ਰੂਰੀ ਕੰਮ ਲਈ ਇੱਕ ਛੋਟੇ ਕੰਮ ਨੂੰ ਰੋਕਣਾ ਆਮ ਹੈ। ਪਰ ਇਹ ਕੰਮ ਇੱਕ ਮੁੱਲ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਦੇ ਅੱਧੇ ਰਸਤੇ ਵਿੱਚ ਸੀ। ਜ਼ਰੂਰੀ ਸੰਦੇਸ਼ ਉਸ ਮਿਲੀਸਕਿੰਟ ਦੇ ਅੰਦਰ ਆਉਂਦਾ ਹੈ, ਅਤੇ ਅੱਪਡੇਟ ਅੱਧੇ ਰਸਤੇ ਵਿੱਚ ਰੁਕ ਜਾਂਦਾ ਹੈ। ਜਦੋਂ ਇਹ ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਇਹ ਸਹੀ ਢੰਗ ਨਾਲ ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਨਹੀਂ ਹੁੰਦਾ। ਖਰਾਬ ਡੇਟਾ ਫਿਰ ਬਾਅਦ ਵਿੱਚ ਕੁਝ ਫਲਾਈਟ ਅੱਪਡੇਟਾਂ ਵਿੱਚ ਲੀਕ ਹੋ ਜਾਂਦਾ ਹੈ।
ਇੱਕ ਸੁਰੱਖਿਆ ਵਿਸ਼ੇਸ਼ਤਾ ਨੇ ਅਸਮਾਨ ਨੂੰ ਕਿਉਂ ਰੋਕਿਆ
1:40 ਲੰਡਨ ਇੱਕ ਪੜ੍ਹਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ, ਬਹੁਤ ਜ਼ਿਆਦਾ ਸਮਾਂ ਲੈਂਦਾ ਹੈ ਅਤੇ ਟਾਈਮ ਆਉਟ ਹੋ ਜਾਂਦਾ ਹੈ। ਇੱਕ ਟਾਈਮ ਆਉਟ ਲਿੰਕ ਨੂੰ ਡਿੱਗ ਜਾਂਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਦੋਵਾਂ ਪ੍ਰਣਾਲੀਆਂ ਦੀ ਰੱਖਿਆ ਲਈ। ਸੁਰੱਖਿਆ ਵਿਸ਼ੇਸ਼ਤਾ ਬਿਲਕੁਲ ਕੰਮ ਕਰਦੀ ਹੈ। ਇਹ ਸਮੱਸਿਆ ਹੈ। ਰਿਪੋਰਟ ਦੇ ਆਪਣੇ ਸ਼ਬਦ। ਜੇ ਜ਼ਰੂਰੀ ਸੰਦੇਸ਼ ਇੱਕ ਮਿਲੀਸਕਿੰਟ ਪਹਿਲਾਂ ਜਾਂ ਬਾਅਦ ਵਿੱਚ ਆਉਂਦਾ, ਅੱਪਡੇਟ ਆਮ ਤੌਰ 'ਤੇ ਪੂਰਾ ਹੋ ਜਾਂਦਾ। ਹੈਕਰ ਨਿਊਜ਼ 'ਤੇ, ਇੱਕ ਪ੍ਰੋਗਰਾਮਰ ਇੱਕ ਮਿਲੀਸਕਿੰਟ ਨੂੰ ਇੱਕ ਪੂਰਨ ਸਦੀ ਕਹਿੰਦਾ ਹੈ,
2:02 ਇਸ ਹਫ਼ਤੇ ਮੰਗਲਵਾਰ ਤੱਕ ਹੋਣ ਦੀ ਗਰੰਟੀ ਹੈ। ਇਹ ਮੰਗਲਵਾਰ ਸੀ।
git blame — legacy code 50 · restart plan 30 · the 10:02 alarm 15 · 1 ms 5
2:05 git blame. ਪੁਰਾਣਾ ਕੋਡ, ਪੰਜਾਹ ਪ੍ਰਤੀਸ਼ਤ, ਇੱਕ ਅੱਪਡੇਟ ਲਈ ਜੋ ਰੋਕਿਆ ਜਾ ਸਕਦਾ ਹੈ ਅੱਧੇ ਰਸਤੇ ਵਿੱਚ ਅਤੇ ਗਲਤ ਵਾਪਸ ਆਉਂਦਾ ਹੈ। ਰੀਸਟਾਰਟ ਪਲਾਨ, ਤੀਹ, ਕਿਉਂਕਿ ਲੰਡਨ ਵਿੱਚ ਇੱਕ ਖਰਾਬ ਰਿਕਾਰਡ ਦਾ ਮਤਲਬ ਹੈ ਪੂਰੇ ਦੇਸ਼ ਦੇ ਫਲਾਈਟ ਡੇਟਾ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰਨਾ। ਦਸ ਵੱਜ ਕੇ ਦੋ ਦਾ ਅਲਾਰਮ, ਪੰਦਰਾਂ, ਆਪਣੇ ਆਪ ਨੂੰ ਠੀਕ ਕਰਨ ਅਤੇ ਕੋਈ ਪ੍ਰਭਾਵ ਨਾ ਹੋਣ ਦੇ ਰੂਪ ਵਿੱਚ ਦਰਜ ਕਰਨ ਲਈ। ਮਿਲੀਸਕਿੰਟ ਨੂੰ ਪੰਜ ਪ੍ਰਤੀਸ਼ਤ, ਇਸਦੇ ਸਮੇਂ ਲਈ। ਧਮਾਕੇ ਦਾ ਘੇਰਾ। Nats ਨੇ ਉਸ ਦਿਨ ਲਗਭਗ ਅੱਠ ਹਜ਼ਾਰ ਉਡਾਣਾਂ ਦੀ ਯੋਜਨਾ ਬਣਾਈ ਅਤੇ
ਧਮਾਕੇ ਦਾ ਘੇਰਾ: 8,000 ਯੋਜਨਾਬੱਧ, 6,094 ਸੰਭਾਲੇ ਗਏ, ਤਿੰਨ ਸਾਲਾਂ ਵਿੱਚ ਤੀਜੀ ਅਸਫਲਤਾ
2:27 ਲਗਭਗ ਛੇ ਹਜ਼ਾਰ ਦਾ ਪ੍ਰਬੰਧ ਕੀਤਾ। ਯੂਕੇ ਦੀਆਂ ਰਵਾਨਗੀਆਂ ਲਗਭਗ ਸਾਢੇ ਚਾਰ ਘੰਟੇ ਲਈ ਰੁਕ ਗਈਆਂ, ਅਤੇ ਬੈਕਲਾਗ ਨੂੰ ਸਾਫ਼ ਕਰਨ ਵਿੱਚ ਦੋ ਦਿਨ ਤੋਂ ਵੱਧ ਲੱਗ ਗਏ। ਇਹ ਤਿੰਨ ਸਾਲਾਂ ਵਿੱਚ ਬ੍ਰਿਟੇਨ ਦੀ ਤੀਜੀ ਹਵਾਈ ਆਵਾਜਾਈ ਅਸਫਲਤਾ ਹੈ, ਅਤੇ ਮੁੱਖ ਕਾਰਜਕਾਰੀ ਇਸ ਬੱਗ ਨੂੰ ਬਹੁਤ, ਬਹੁਤ ਗੁੰਝਲਦਾਰ ਕਹਿੰਦਾ ਹੈ।
ਫੈਸਲਾ + ਸੋਮਵਾਰ ਦੀ ਲਾਈਨ: ਐਟੋਮਿਕ ਰਾਈਟਸ, ਉੱਚੇ ਅਲਾਰਮ
2:41 ਫੈਸਲਾ, ਪੋਸਟਮੋਰਟਮ: NEEDS REVIEW. ਰਿਪੋਰਟ ਤੇਜ਼ ਅਤੇ ਖਾਸ ਹੈ, ਅਤੇ ਫਿਕਸ ਲਿਖਿਆ ਗਿਆ ਹੈ ਅਤੇ ਟੈਸਟਿੰਗ ਵਿੱਚ ਹੈ। ਪਰ ਯੋਜਨਾ ਇੱਕ ਤੇਜ਼ ਰੀਸਟਾਰਟ ਹੈ, ਨਾ ਕਿ ਇੱਕ ਛੋਟਾ। ਸੋਮਵਾਰ ਦੀ ਲਾਈਨ: ਜੇ ਕੋਈ ਕੰਮ ਰੋਕਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਤਾਂ ਇਸਦੇ ਲਿਖਤ ਨੂੰ ਐਟੋਮਿਕ ਬਣਾਓ, ਅਤੇ ਇੱਕ ਅਲਾਰਮ ਨੂੰ ਜੋ ਆਪਣੇ ਆਪ ਨੂੰ ਠੀਕ ਕਰਦਾ ਹੈ, ਉਸਨੂੰ ਇੱਕ ਅਲਾਰਮ ਵਜੋਂ ਮੰਨੋ। ਮੈਨੂੰ ਉਹ ਘਟਨਾ ਭੇਜੋ ਜਿਸ ਬਾਰੇ ਤੁਹਾਨੂੰ ਅਜੇ ਵੀ ਗੱਲ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਹੈ, ਟਿੱਪਣੀਆਂ ਵਿੱਚ, ਜਾਂ thedailydiff.dev 'ਤੇ। ਅਤੇ ਇਹ ਅੱਜ ਲਈ diff ਹੈ।
3:02 ਮੈਂ Axrisi ਤੋਂ ਨਿਕੋ ਹਾਂ। SHIP IT.
ਸਰੋਤ
- NATS, Major Incident Preliminary Investigation Report, NAS incident 08 September 2026 (report date Sep 16)www.nats.aero
- NATS press release, "NATS publishes preliminary report on technical incident of 8 September" (Sep 18, 2026)www.nats.aero
- NATS on X, 8 Sepx.com
- BBC, "Flight chaos caused by 'millisecond' software defect, report says"www.bbc.co.uk
- The Guardian (Sep 18, 2026)www.theguardian.com
- Hacker News thread on the reportnews.ycombinator.com
