由於Cloudflare居中作為用戶與大量網站之間的橋樑,一條光纖中斷便引發了骨牌效應。停機監測網站DownDetector記錄到,以下平台的使用者回報數量在事件高峰時達到頂點:
Cloudflare自家的狀態頁面在6月22日晚間顯示為**「部分系統中斷」,在457個元件中有54個**出現服務中斷 。該公司公開承認,多項服務出現「錯誤率與延遲增加的狀況」 。
全球網路健康監測機構NetBlocks指出,X正「在時間軸後端API錯誤的背景下,連續第二天經歷國際性中斷」,並澄清該事件「與國家層級的網路中斷無關」 。
沒有。現有資料一致指出,X是在6月22日作為此次Cloudflare相關事件的一部分而癱瘓 。目前的報導並未證實在6月21日另有一次獨立於此的重大X服務中斷 。
Cloudflare原定在其EWR(紐瓦克)資料中心進行排程維護,時間從2026年6月22日 01:00 UTC 至 2026年6月23日 09:00 UTC 。其狀態頁面備註,在此期間流量可能會從紐瓦克重新路由,可能對受影響區域的終端用戶造成「延遲略為增加」的影響 。
然而,這項排程維護並非光纖中斷事件的原因。這兩起事件在時間上有所重疊,但根因各自獨立——紐瓦克維護是常規的計劃性作業,而光纖中斷是當日稍晚發生的、不可預見的外部基礎設施故障 。
6月22日的光纖中斷事件,是自2025年底以來一系列重大Cloudflare服務中斷的最新一起。下表比較了這幾次事件:
| 日期 | 持續時間 | 原因 | 影響規模 |
|---|---|---|---|
| 2025年11月18日 | 約4小時 | 一個過大的機器人管理(Bot Management)配置文件觸發了連鎖故障(最初被誤認為DDoS攻擊) | 大約每五個網頁就有一個受影響 |
| 2025年12月5日 | 約25分鐘 | 內部網路故障 | 約佔所有Cloudflare HTTP流量的28% |
| 2026年2月22日 | 約6小時 | 一次內部BGP配置更新意外地從網際網路上撤銷了客戶路由 | 影響全球25%的BYOIP前綴 |
| 2026年6月22日 | 截至回報時仍在持續 | 北美東部光纖中斷 | 457個元件中有54個中斷;多個主要平台受到影響 |
共同的教訓在於:Cloudflare作為處理全球約20%網路流量的基礎設施地位,意味著無論是外部物理損壞(如光纖中斷)還是內部配置錯誤(如過大的配置檔案、BGP操作失誤),都可能引發橫跨數百個主要平台的連鎖故障。而6月22日的光纖中斷事件,是此一系列事故中首起由實體基礎設施原因所導致的事件,與先前的軟體或配置錯誤本質不同。
單一區域的一條光纖中斷,就足以擾亂數千萬人每日使用的服務。這起事件凸顯了網際網路架構中的一個根本性弱點:即便是最具彈性的雲端服務供應商,也依賴於那些可能因施工、天氣或意外而受損的實體纜線。對企業和一般用戶而言,這是一個提醒:應用層的冗餘設計——如多雲策略、故障轉移系統和離線備援方案——即使在使用像Cloudflare這樣的主導性供應商時,依然至關重要。
截至最新報告,針對該光纖中斷的修復作業仍在進行中 。Cloudflare尚未發布完整的事後檢討報告,目前也尚不清楚這起光纖中斷是意外、天氣因素還是施工所導致。
由於Cloudflare居中作為用戶與大量網站之間的橋樑,一條光纖中斷便引發了骨牌效應。停機監測網站DownDetector記錄到,以下平台的使用者回報數量在事件高峰時達到頂點:
Cloudflare自家的狀態頁面在6月22日晚間顯示為**「部分系統中斷」,在457個元件中有54個**出現服務中斷 。該公司公開承認,多項服務出現「錯誤率與延遲增加的狀況」 。
全球網路健康監測機構NetBlocks指出,X正「在時間軸後端API錯誤的背景下,連續第二天經歷國際性中斷」,並澄清該事件「與國家層級的網路中斷無關」 。
沒有。現有資料一致指出,X是在6月22日作為此次Cloudflare相關事件的一部分而癱瘓 。目前的報導並未證實在6月21日另有一次獨立於此的重大X服務中斷 。
Cloudflare原定在其EWR(紐瓦克)資料中心進行排程維護,時間從2026年6月22日 01:00 UTC 至 2026年6月23日 09:00 UTC 。其狀態頁面備註,在此期間流量可能會從紐瓦克重新路由,可能對受影響區域的終端用戶造成「延遲略為增加」的影響 。
然而,這項排程維護並非光纖中斷事件的原因。這兩起事件在時間上有所重疊,但根因各自獨立——紐瓦克維護是常規的計劃性作業,而光纖中斷是當日稍晚發生的、不可預見的外部基礎設施故障 。
6月22日的光纖中斷事件,是自2025年底以來一系列重大Cloudflare服務中斷的最新一起。下表比較了這幾次事件:
| 日期 | 持續時間 | 原因 | 影響規模 |
|---|---|---|---|
| 2025年11月18日 | 約4小時 | 一個過大的機器人管理(Bot Management)配置文件觸發了連鎖故障(最初被誤認為DDoS攻擊) | 大約每五個網頁就有一個受影響 |
| 2025年12月5日 | 約25分鐘 | 內部網路故障 | 約佔所有Cloudflare HTTP流量的28% |
| 2026年2月22日 | 約6小時 | 一次內部BGP配置更新意外地從網際網路上撤銷了客戶路由 | 影響全球25%的BYOIP前綴 |
| 2026年6月22日 | 截至回報時仍在持續 | 北美東部光纖中斷 | 457個元件中有54個中斷;多個主要平台受到影響 |
共同的教訓在於:Cloudflare作為處理全球約20%網路流量的基礎設施地位,意味著無論是外部物理損壞(如光纖中斷)還是內部配置錯誤(如過大的配置檔案、BGP操作失誤),都可能引發橫跨數百個主要平台的連鎖故障。而6月22日的光纖中斷事件,是此一系列事故中首起由實體基礎設施原因所導致的事件,與先前的軟體或配置錯誤本質不同。
單一區域的一條光纖中斷,就足以擾亂數千萬人每日使用的服務。這起事件凸顯了網際網路架構中的一個根本性弱點:即便是最具彈性的雲端服務供應商,也依賴於那些可能因施工、天氣或意外而受損的實體纜線。對企業和一般用戶而言,這是一個提醒:應用層的冗餘設計——如多雲策略、故障轉移系統和離線備援方案——即使在使用像Cloudflare這樣的主導性供應商時,依然至關重要。
截至最新報告,針對該光纖中斷的修復作業仍在進行中 。Cloudflare尚未發布完整的事後檢討報告,目前也尚不清楚這起光纖中斷是意外、天氣因素還是施工所導致。