訂閱以接收新文章的通知:

多種多樣的服務中斷:2024 年第四季網際網路中斷摘要

2025-01-28

閱讀時間:12 分鐘
本貼文還提供以下語言版本:EnglishFrançaisDeutsch日本語한국어PortuguêsEspañolNederlands简体中文

Cloudflare 的網路遍佈 120 多個國家/地區的 330 多座城市,並與 13,000 多個網路提供者互連,從而為數百萬個客戶提供多種各樣的服務。我們的網路和客戶群覆蓋範圍非常廣泛,為我們提供了一個有關網際網路復原能力的獨特視角,讓我們能夠觀察網際網路中斷在本地、國家和網路層級所產生的影響。

正如我們過去所指出的那樣,本文旨在對觀察到並已確認的中斷進行概括總結,而不是羅列該季所發生問題的詳盡或完整的清單。Cloudflare Radar 服務中斷中心中提供了所偵測到的流量異常的較大清單。

在第三季的報告中,我們提到了多起政府指令的網際網路關閉事件,其中許多是為了防止考試作弊。然而,在第四季,我們僅觀察到一次由政府指令的關閉,這次關閉與抗議活動有關。地面電纜切斷影響了兩個非洲國家的連線性。正如我們之前多次看到的那樣,意外停電軍事行動後的連續停電都會導致網際網路中斷。猛烈暴風和地震在受災國家/地區造成了網際網路服務中斷,這是可以預料的。維護工作期間發生的意外問題導致了兩家歐洲提供者的服務中斷,而美國幾個州的 Verizon 客戶則遭遇了短暫但未獲解釋的服務中斷。

電纜切斷

盧安達

10 月 1 日,當地行動提供者 MTN Rwanda (AS36890) 在 X 上發佈了一篇貼文,提醒用戶注意坦尚尼亞烏干達的雙光纖切斷,這可能會影響連線品質。由於這些光纖切斷,網際網路流量在當地時間 12:45(世界標準時間 10:45)之後開始急劇下降,在當地時間 13:15 - 13:30(世界標準時間 11:15 - 11:30)出現完全服務中斷。隨後,流量開始快速恢復,並在當地時間 19:00(世界標準時間 17:00)左右恢復到預期水準。幾小時後,MTN Rwanda 發佈了一篇後續貼文,確認已恢復所有服務。

非洲海底和陸地光纖電纜 (AfTerFibre) 地圖顯示,除了與坦尚尼亞和烏干達進行南北向網路連線外,似乎還可以透過剛果民主共和國 (DRC) 獲得西向網路連線。但是,MTN Rwanda 的上游提供者和/或對等方可能不會透過 DRC 的網路路由流量,這意味著當明顯同時發生光纖切斷時,它們無法用作備用路徑。

尼日

11 月 30 日,當地行動提供者 Airtel Niger (AS37531)在 X 上發佈了一系列訊息,為網際網路服務中斷道歉,並解釋說(翻譯版本):「實際上,由於尼阿美-多索和尼阿美-Balléyara 出口處的國家光纖同時中斷,我們全境的網際網路服務完全中斷,這超出了我們的控制範圍。」這些同時發生的光纖切斷事件導致從當地時間 11 月 29 日 17:30(世界標準時間 16:30)到 11 月 30 日當地時間 19:45(世界標準時間 18:45)期間服務完全中斷。

直到服務中斷問題解決後才發佈該訊息,這似乎很不尋常。有可能 Airtel Niger 本身沒有備用連線,因此在連線恢復之前無法發佈更新。或者,鑒於這一系列訊息的第一篇貼文是以「[COMMUNIQUÉ IMPORTANT📢]」(「[重要新聞發佈📢]」)開頭,有可能已透過更官方的通路(如 Airtel 的網站)傳達了提醒和道歉,而 X 上的討論貼文只是在網際網路服務恢復後進行的後續跟進。

停電

古巴

一個國家的電力基礎設施不穩定,通常會導致大範圍停電,進而導致網際網路連線中斷。10 月 18 日,古巴就發生了這種情況,古巴能源和礦業部在 X 上發佈一篇貼文稱(翻譯版本):「由於 Antonio Guiteras CTE 意外故障,國家電力系統於今天上午 11 點完全中斷。Unión Eléctrica 正在努力恢復供電。」停電導致該國的網際網路流量在幾分鐘內(世界標準時 15:15)下降了一半以上。連線中斷了大約三天半,在當地時間 10 月 21 日 23:00 左右(世界標准時間 10 月 22 日 03:00)恢復到預期水準。

該部在 10 月 19 日和 20 日發佈了幾筆狀態更新,介紹了為全國各地恢復供電所做的工作。10 月 22 日的最後一條 X 貼文標誌著停電結束,宣稱(翻譯版本):「下午 2 點 44 分,國家電力系統已同步。

幾週後,電力問題再次影響了古巴的網際網路連線。11 月 6 日,古巴電力聯盟 (Uníon Eléctrica) 在 X 上發文稱(翻譯版本):「14 時 48 分,強烈颶風拉斐爾引起的強風導致國家電力系統中斷。已啟用應急方案。」這篇貼文發佈的時間與古巴的流量急劇下降相吻合,古巴流量在當地時間 14:30(世界標准時間 19:30)左右急劇下降。在接下來的幾天裡,颶風拉斐爾經過該島後,Uníon Eléctrica 發佈了許多有關電力服務恢復情況的更新消息。網際網路流量似乎在當地時間 11 月 9 日 13:00(世界標準時間 18:00)左右恢復到預期水準,但電力服務的全面恢復卻多花了幾天時間。

12 月 4 日,古巴遭受了幾個月來第三次全國范圍的停電。當天一大早,能源和礦業部在 X 上發佈貼文稱(翻譯版本):「今天凌晨 2:08,Antonio Guiteras 熱力發電裝置由於自動跳閘而斷電,導致電氣系統 (SEN) 斷開連接。」由於發電廠故障導致電力中斷,造成古巴網際網路流量大幅下降,與前一週當地時間凌晨 2:15(世界標準時間 07:15)相比下降了約 60%。將近一天後,當地時間 00:30(世界標准時間 05:30)左右,流量恢復到預期水準。此時間與能源和礦業部後續的 X 貼文相吻合,該貼文宣佈所有裝置已同步,標誌著電力服務恢復。

哥德洛普

10 月 25 日,英國《衛報》刊文指出,「罷工工人奪取了法國加勒比海島國瓜德羅普的發電站,導致該島完全斷電」。文章稱,工人們進入發電站指揮室「並導致所有發動機緊急關閉」。這場「緊急關閉」引起斷電,導致當地時間 08:30(世界標準時間 12:30)的流量與前一週相比下降了近 70%。儘管「預計最快於當地時間下午 3:00(世界標準時間 19:00)恢復 23 萬戶受影響家庭的電力供應」,但恢復時間似乎比預期的要長得多,因為網際網路流量直到當地時間 10 月 26 日 22:00(世界標準時間 10 月 27 日 02:00)左右才恢復到預期水準。當地時間 10 月 26 日 11:00(世界標準時間 15:00),政府發佈新聞稿,說明了恢復工作的最新進展,其中指出(翻譯版本):「16 萬使用者已恢復供電。我們仍在努力為受影響的剩餘 7 萬客戶恢復服務,預計週末將恢復正常。」文章還指出,「76% 的 Orange 用戶已經能夠重獲網路連線。1,800 戶家庭仍然沒有網際網路。

肯亞

2024 年第二季第三季肯亞的停電導致網際網路多次中斷。第四季也發生了類似的事件。肯亞電力公司在當地時間 12 月 18 日 01:28(世界標準時間 12 月 17 日 22:28)在 X 上發佈了一條「客戶提醒」,通知客戶「我們正在經歷大面積停電,影響到全國大部分地區,但西部和北部裂谷地區的部分地區除外。」這次停電導致該國網際網路流量從當地時間 12 月 18 日午夜(世界標準時間 12 月 17 日 21:00)後開始下降了 70% 以上。當地時間 12 月 18 日 07:35(世界標準時間 04:35),肯亞電力公司在 X 上發佈了最新消息,稱所有受影響地區已恢復供電。在這個時間,該國的網際網路流量也已恢復到接近預期的水準。

自然災害

美國佛羅里達州

當地時間 10 月 9 日 20:30(世界標準時間 10 月 10 日 00:30),3 級颶風米爾頓在佛羅里達州登陸。米爾頓造成了嚴重損失,包括洪水、樹木和電線倒塌,以及房屋和企業的損壞。風暴造成的停電和其他基礎設施損壞,加上受災地區的人員撤離,導致州級網際網路嚴重中斷。如下圖所示,米爾頓抵達後,10 月 10 日的尖峰流量比前幾天下降了約 40%。隨著接下來幾天恢復和重建工作的開展,以及撤離人員返回家園、學校和工作崗位,該州的網際網路流量開始逐漸增加。

BLOG-2654 IMG 1 Oct 9 - United States - Florida

這種逐步復甦也在下面的一系列地圖中得到了體現,這些地圖顯示了網際網路流量比前一週同期下降了 50% 以上的城市,快照拍攝於 10 月 10 日、11 日和 14 日當地時間 09:00(世界標準時間 13:00)。10 月 10 日,有 70 多座城市的流量顯著下降,而 10 月 14 日,只有 10 多座城市的流量顯著下降。

BLOG-2654 IMG 2  Florida - three maps

馬約特島

12 月 14 日,氣旋奇多在印度洋的法國領土美約特島造成重大破壞。電力、水利和通訊基礎設施以及房屋和公共設施均遭到破壞。三十多人死亡,數千人受傷。正如預期的那樣,由於災難發生範圍如此廣泛,該國的網際網路流量也受到了影響。氣旋奇多於 12 月 14 日凌晨登陸美約特島,當地時間 09:00(世界標準時間 06:00)左右流量急劇下降,導致網際網路幾乎完全中斷。在經歷了接下來一週極其緩慢的成長之後,再次出現了明顯的晝夜變化模式,尖峰流量水準繼續逐漸增加,直到月底。截至 2025 年 1 月第三週,美約特島的網際網路流量持續緩慢增加,但仍遠低於氣旋奇多登陸之前的水準。

萬那杜

12 月 17 日當地時間 17:46(世界標準時間 01:47),萬那杜維拉港市西北偏西 24 公里處發生了 7.3 級地震。來自該國的網際網路流量幾乎立即急劇下降,與前一週相比下降了近 90%。觀察到宣告的 IPv4 位址空間也大幅下降,這表明地震造成的破壞也導致核心網路提供者基礎架構離線。恢復過程很緩慢,直到當地時間 12 月 26 日 23:00(世界標準時間 12:00)左右,網際網路流量才恢復到預期水準。

The Maritime Executive 網站上發表的一篇社論強調,萬那杜目前依賴與斐濟國際電纜交換網路 1 (ICN1) 海底電纜連線來實現國際網際網路連線。社論稱,「海底光纜登陸站發生火災,導致電源暫時中斷,網際網路通訊無法進行。10 天後恢復連線……」海底光纜登陸站斷電問題的解決與流量恢復到預期水準的時間大致相符,表明這是地震後萬那杜流量下降的一個重要原因。Starlink 的衛星網際網路服務提供了一些名義上的備援,該公司於 10 月 7 日宣佈提供服務。連接萬那杜和新喀里多尼亞TAMTAM 海底電纜預計將於 2026 年投入使用——一旦投入使用,它將為網際網路連線提供額外的備援。

政府指示

莫三比克

10 月 25 日,在莫三比克,反對執政黨 Frelimo 連任的抗議活動演變成暴力事件,多家提供者的行動網際網路連線被切斷。從當地時間 13:00(世界標準時間 11:00)左右開始,AS30619 (Telecomunicações de Moçambique)AS37342 (Movitel)AS37223 (Vodacom) 的流量顯著下降。Vodacom 和 Movitel 幾乎立即陷入全面中斷,而 Telecomunicações de Moçambique 直到當地時間 10 月 26 日凌晨 02:00(世界標準時間 00:00)之前仍保留著一些流量。10 月 26 日上午恢復了連線,當地時間 08:00 左右(世界標準時間 06:00)左右流量恢復。然而,恢復連線後,一些社交媒體平台和訊息應用程式仍然無法使用

在一個多星期後的 11 月 3 日,這些行動網路上的用戶又遭遇了一次網際網路關閉。當地時間 20:30(世界標準時間 18:30)左右,上述網路的流量均大幅下降,連線中斷近 12 小時,直到 11 月 4 日早上08:00(世界標準時間 06:00)左右才恢復。11 月 4 日至 5 日、11 月 6 日至 7 日,這三個網路都經歷了類似的關閉(「網際網路宵禁」);11 月 7 日至 8 日,Movitel 和 Vodacom 也經歷了類似的關閉。根據一份發佈的報告,該國的運輸和通訊部長「承認限製網際網路存取是為了『避免該國家遭到破壞』」,但將責任轉嫁到受影響的服務提供者身上,聲稱當他們發現服務被濫用時,他們可以主動中斷服務,這是他們維護「人民的穩定與福祉」的「公民責任」的一部分。

軍事行動

敘利亞

11 月 9 日在敘利亞觀察到網際網路中斷,這可能是由於當天上午早些時候在阿勒頗和伊德利布附近發生的以色列空襲造成的。當地時間 04:00(世界標準時間 01:00)左右,來自該國的網際網路流量下降了約 80%,同時該國宣告的 IP 位址空間也大幅下降。中斷持續了大約四個小時,流量和宣告的 IP 位址空間在當地時間 08:00(世界標準時間 05:00)左右恢復到預期水準。

對城市級網際網路流量的內部分析顯示,阿勒頗也發生了類似的中斷,表明這可能是由空襲造成的。

BLOG-2654 Nov 9 - Syria - Aleppo

烏克蘭

11 月 17 日,俄羅斯向烏克蘭電力基礎設施發射飛彈,導致該國多個地區連續停電。正如我們在將近三年的衝突中多次看到的那樣,這些停電導致網際網路流量中斷,影響了服務提供者基礎架構和用戶連線性。

在 11 月 17 日當地時間 07:30(世界標準時間 05:30)至 11 月 23 日當地時間 02:00(世界標準時間 00:00)期間,我們觀察到敖得薩、札波羅熱、尼古拉耶夫和蘇梅的網際網路流量與前一週相比有所下降。11 月 17 日,敖得薩的流量與前一週相比下降了約 50%,而 11 月 18 日,其他地區的流量也下降了 20% 以上。到 11 月 21 日,敖得薩的流量已基本恢復,而其他地區則多花費了幾天的時間

BLOG-2654 Nov 17 - Ukraine - Mykolaiv - compare

僅僅幾天後又發生了類似的襲擊,俄羅斯再次對烏克蘭的電力基礎設施發動空襲。烏克蘭官員再一次實施了緊急停電,影響了全國多個地區的網際網路流量。從 11 月 28 日當地時間 07:00(世界標準時間 05:00)左右開始,我們觀察到赫爾松、尼古拉耶夫、特諾皮爾州、羅夫諾和利維夫的流量比前一週下降了 65%。接下來的幾天裡,流量仍然較低,但到 12 月 1 日似乎基本上已恢復。

維護

瑞士,Salt Mobile

根據下圖(該圖取代了瑞士提供者 Salt Mobile (AS15796) 的主頁),據報道,12 月 3 日凌晨,因維護導致網路完全離線。

此次服務中斷持續了將近三個小時,在當地時間 01:25 至 04:20(世界標準時間 00:25 至 03:20)之間,觀察到的流量為零或接近零。

格陵蘭,Tusass A/S

Tusass A/S(AS8818,原TeleGreenland)於 12 月 10 日發佈更新,解釋了該提供者為何在當地時間當天早上 02:30 至 05:15(世界標準時間 04:30 - 07:15)之間遭遇網際網路全面中斷。貼文指出:「發生這種情況的原因是,原本要在昨晚凌晨 02:00 至 06:00 之間對加拿大境內的連線進行預防性維護,但由於我們與丹麥的連線出現故障,導致我們全國範圍內失去連線。幸運的是,與丹麥的連線故障發生在陸地上,因此很容易修復。」下圖顯示,在服務中斷期間,來自網路的流量下降到零,沒有宣告任何 IPv6 位址空間,宣告的 IPv4 位址空間量下降了 94%。

根據 TeleGeography 的海底電纜地圖Greenland Connect 電纜系統將格陵蘭島連接到加拿大紐芬蘭。與丹麥連線的故障可能發生在 Greenland Connect 電纜系統的格陵蘭至冰島區段;冰島至丹麥的連線是透過 DANICE 海底電纜實現的。

未知

美國,Verizon

11 月 12 日凌晨,Verizon Fios 網際網路服務的部分用戶遭遇了網際網路連線中斷。Outages 郵寄名單的一篇貼文指出,美國東部時間凌晨 12:28,Verizon Fios 發生跨州的大規模服務中斷,影響維吉尼亞州、華盛頓特區、馬里蘭州和紐澤西州以及賓夕法尼亞州東部部分地區。美國東部時間 00:30(世界標準時間 05:30)左右,來自 AS701(Verizon 用於 Fios 服務的自發系統)的流量下降了約 30%。在州層級,賓夕法尼亞州、德拉瓦州、馬里蘭州和華盛頓特區的 AS701 流量下降了 50-70%。

Outages 郵寄名單的隨後一篇貼文指出,在美國東部標準時間下午 3:23(世界標準時間 08:23),所有地方的服務中斷都已得到解決。在服務中斷結束將近六小時後,Verizon 支援團隊在 X 上發佈了一篇貼文,承認了這一問題,並表示:「今天早上發生的網路問題導致東北地區部分 Verizon Fios 客戶的服務短暫中斷。發現問題後,我們的工程團隊迅速著手恢復了服務。」但是,他們沒有提供有關服務中斷根本原因的任何資訊。

結論

除了上述服務中斷之外,由於網際網路連線的復原能力,11 月 17 日和 18 日發生的兩次波羅的海電纜切斷的影響都很小。無論是意外還是蓄意破壞,海底電纜基礎設施的安全性和復原能力仍然是一個重要的話題。地面電纜基礎設施以及其他關鍵網際網路基礎架構的安全性和復原能力也必須放在首位,以幫助加快從風暴、地震、軍事行動和停電中恢復。

Cloudflare Radar 團隊不斷監控網際網路中斷情況,並透過社交媒體和 blog.cloudflare.com 上的貼文分享我們對 Cloudflare Radar 服務中斷中心的觀察。在社群媒體上關注我們:@CloudflareRadar (X)、noc.social/@cloudflareradar (Mastodon) 和 radar.cloudflare.com (Bluesky),或透過電子郵件聯絡我們。

我們保護整個企業網路,協助客戶有效地建置網際網路規模的應用程式,加速任何網站或網際網路應用程式抵禦 DDoS 攻擊,阻止駭客入侵,並且可以協助您實現 Zero Trust

從任何裝置造訪 1.1.1.1,即可開始使用我們的免費應用程式,讓您的網際網路更快速、更安全。

若要進一步瞭解我們協助打造更好的網際網路的使命,請從這裡開始。如果您正在尋找新的職業方向,請查看我們的職缺
Radar網際網路關閉網際網路流量消費者服務

在 X 上進行關注

David Belson|@dbelson
Cloudflare|@cloudflare

相關貼文

2026年2月27日 上午6:00

Bringing more transparency to post-quantum usage, encrypted messaging, and routing security

Cloudflare Radar has added new tools for monitoring PQ adoption, KT logs for messaging, and ASPA routing records to track the Internet's migration toward more secure encryption and routing standards. ...