Meta通訊副總裁Andy Stone好快就喺X（前身Twitter）出Post認數：「我哋知道用戶目前存取服務遇到困難，正在處理中。」 之但係，佢冇解釋原因，亦冇畀出恢復時間表。幾個鐘之後，佢再出Post話服務「陸續恢復」，但仲未100%正常 。

危機係過咗，但核心問題仲喺度：究竟咩事搞到Meta一鑊熟？

講到最尾，最唔滿意嘅答案就係：Meta到而家都未講。截至本文撰寫時，公司仲未對6月12號嘅死機發布具體技術原因 。呢種透明度低嘅情況並唔罕見，科技公司好多時為咗安全理由，會收埋內部基建故障嘅細節。不過，單憑肉眼睇到嘅證據，再加埋Meta過去類似事件嘅「往績」，我哋可以大概估到個問題本質，即使真正原因仲係一個謎。本文就同你拆解已知嘅事實、證據指向乜嘢，同埋呢次事件點樣成為全球最大社交媒體公司周期性「跪低」嘅最新一章。

死機規模有幾大？

6月12號呢次死機之所以咁大鑊，係因為佢同時影響全球，而且一次過打殘晒Meta成個核心應用生態。美國、歐洲、亞洲同中東嘅用戶都報稱被強制登出帳戶，就算入啱密碼都登入唔返 。呢啲錯誤訊息反映係伺服器端（server-side）出事，換句話講，你喺自己部手機點樣重開App、清除快取（cache）或者重設密碼，都解決唔到個問題 。

Facebook同Messenger無論網頁版定手機App都全面跪低，但對Instagram同WhatsApp嘅影響就比較微妙。有報告指出，呢兩個服務嘅網頁版都用唔到，但佢哋嘅手機App依然有部分用戶用到，顯示今次故障並冇平均咁打殘每一個基建環節 。Meta嘅廣告系統都受到牽連，公司嘅系統儀表板顯示Facebook Ads Manager、Messenger API同WhatsApp Business Platform都出現「高度中斷」。

Downdetector嘅數據畀到我哋量化嘅量度。截至美國東岸時間朝早10點11分，網站收到超過62,000宗Facebook問題回報，以及超過8,000宗Instagram回報 。問題規模之大，令到大批用戶湧咗去競爭對手平台X去確認自己係咪「苦主」，形成咗每逢大型社交媒體死機都會出現嘅「數碼難民」循環 。

最有可能嘅技術元兇：認證同配置出錯

雖然冇官方報告，但多間科技媒體嘅分析都指向同一個明確方向。今次死機普遍被認為係內部技術錯誤，而唔係分散式拒絕服務攻擊（DDoS）呢類網絡攻擊 。

最主要嘅證據就係故障嘅性質。當Meta所有平台同時跪低、用戶被強制登出，個問題幾乎可以肯定係出喺一個共享基建組件上面。Meta營運住數以千計嘅微服務，但呢啲服務都要依賴一個中央認證層，去驗證跨產品嘅用戶身份。一旦呢個認證基建出事——可能係一個錯誤嘅配置改動、路由錯誤、或者一個有bug嘅更新——就可以解釋到點解用戶會突然間、全球性地被強制登出 。

網絡技術公司Cisco ThousandEyes對2024年12月一次Meta死機嘅分析，就偵測到內部伺服器錯誤同超時（timeout），反映Meta嘅後端服務出現問題，正正係呢類故障嘅典型特徵 。

業界專家同技術分析一致列出以下呢幾樣，係呢類死機最有可能嘅成因 ：

• **錯誤嘅配置改動：**一個錯誤嘅配置被推送到核心路由器或認證服務，然後好似骨牌效應咁蔓延整個網絡。呢個正正係2021年10月嗰次癱瘓Meta全線平台近六個鐘嘅史詩級死機嘅確認原因 。
• **認證伺服器死機：**負責驗證你登入憑證嘅系統冧檔，搞到全部人都入唔到帳戶。咁就會產生用戶嗰日經歷嘅強制登出同登入錯誤 。
• **有問題嘅軟件更新：**一個例行更新推到共享後端服務，引入咗個bug，然後觸發依賴佢嘅系統連鎖式崩潰 。

必須強調，以上都係基於公開證據嘅合理推斷，而唔係官方結論。Meta從未確認今次死機同過往任何一次係基於同一個原因 。

事故一籮籮：Meta死機黑歷史

2026年6月嘅死機並唔係單一事件。佢係一長串同類事故嘅最新一章，背後反映住Meta基建存在住一個系統性嘅脆弱位。簡單回顧一下歷史，就知道呢種全線平台跪低嘅情況有幾「常態化」：

• **2024年3月：**一次全球死機打殘Facebook同Instagram，最高峰時Facebook收到超過30萬宗報告，Instagram都有4萬宗。Meta歸咎於「技術問題」，冇進一步解釋 。
• **2024年12月：**Instagram同WhatsApp大規模死機，Downdetector錄得超過22,000宗Facebook同18,000宗WhatsApp問題報告。Meta承認係「技術問題」影響部分用戶使用App 。
• **2026年3月：**一個月內，Meta發生至少12次獨立死機事故，其中一次有超過10萬宗報告，搞咗大約五個鐘先至完全恢復 。
• **2021年10月（歷史標杆）：**最經典嘅前車可鑑。一次錯誤嘅骨幹路由器配置改動，導致Facebook、Instagram同WhatsApp全球死機近六個鐘。規模之大，連內部員工都俾自己公司嘅系統鎖咗出嚟，拖慢咗應對速度。公司事後確認原因係「錯誤嘅配置改動」。

呢個模式揭示咗一個關鍵點：一間每日處理數以十億計互動嘅公司，佢嘅集中式基建反而製造咗一個災難性嘅單點故障源（single point of failure）。共享系統嘅一個小錯誤，就可以（而且係反覆咁）拖冧成個應用生態 。

結論

2026年6月12號嘅全球Meta死機，係一次嚴重嘅伺服器端中斷，強制登出咗超過10萬用戶，並產生數以百萬計嘅獨立問題。具體根本原因Meta至今守口如瓶，公眾只能依靠技術分析而唔係官方確認 。

之不過，證據同一個反覆出現嘅主題吻合：一個內部錯誤影響咗所有Meta平台依賴嘅共享認證基建。除非公司從根本重新設計平台，隔離開呢啲關鍵故障，否則下一個問題，唔係會唔會再死機，而係幾時。

Meta通訊副總裁Andy Stone好快就喺X（前身Twitter）出Post認數：「我哋知道用戶目前存取服務遇到困難，正在處理中。」 之但係，佢冇解釋原因，亦冇畀出恢復時間表。幾個鐘之後，佢再出Post話服務「陸續恢復」，但仲未100%正常 。

危機係過咗，但核心問題仲喺度：究竟咩事搞到Meta一鑊熟？

講到最尾，最唔滿意嘅答案就係：Meta到而家都未講。截至本文撰寫時，公司仲未對6月12號嘅死機發布具體技術原因 。呢種透明度低嘅情況並唔罕見，科技公司好多時為咗安全理由，會收埋內部基建故障嘅細節。不過，單憑肉眼睇到嘅證據，再加埋Meta過去類似事件嘅「往績」，我哋可以大概估到個問題本質，即使真正原因仲係一個謎。本文就同你拆解已知嘅事實、證據指向乜嘢，同埋呢次事件點樣成為全球最大社交媒體公司周期性「跪低」嘅最新一章。

死機規模有幾大？

6月12號呢次死機之所以咁大鑊，係因為佢同時影響全球，而且一次過打殘晒Meta成個核心應用生態。美國、歐洲、亞洲同中東嘅用戶都報稱被強制登出帳戶，就算入啱密碼都登入唔返 。呢啲錯誤訊息反映係伺服器端（server-side）出事，換句話講，你喺自己部手機點樣重開App、清除快取（cache）或者重設密碼，都解決唔到個問題 。

Facebook同Messenger無論網頁版定手機App都全面跪低，但對Instagram同WhatsApp嘅影響就比較微妙。有報告指出，呢兩個服務嘅網頁版都用唔到，但佢哋嘅手機App依然有部分用戶用到，顯示今次故障並冇平均咁打殘每一個基建環節 。Meta嘅廣告系統都受到牽連，公司嘅系統儀表板顯示Facebook Ads Manager、Messenger API同WhatsApp Business Platform都出現「高度中斷」。

Downdetector嘅數據畀到我哋量化嘅量度。截至美國東岸時間朝早10點11分，網站收到超過62,000宗Facebook問題回報，以及超過8,000宗Instagram回報 。問題規模之大，令到大批用戶湧咗去競爭對手平台X去確認自己係咪「苦主」，形成咗每逢大型社交媒體死機都會出現嘅「數碼難民」循環 。

最有可能嘅技術元兇：認證同配置出錯

雖然冇官方報告，但多間科技媒體嘅分析都指向同一個明確方向。今次死機普遍被認為係內部技術錯誤，而唔係分散式拒絕服務攻擊（DDoS）呢類網絡攻擊 。

最主要嘅證據就係故障嘅性質。當Meta所有平台同時跪低、用戶被強制登出，個問題幾乎可以肯定係出喺一個共享基建組件上面。Meta營運住數以千計嘅微服務，但呢啲服務都要依賴一個中央認證層，去驗證跨產品嘅用戶身份。一旦呢個認證基建出事——可能係一個錯誤嘅配置改動、路由錯誤、或者一個有bug嘅更新——就可以解釋到點解用戶會突然間、全球性地被強制登出 。

網絡技術公司Cisco ThousandEyes對2024年12月一次Meta死機嘅分析，就偵測到內部伺服器錯誤同超時（timeout），反映Meta嘅後端服務出現問題，正正係呢類故障嘅典型特徵 。

業界專家同技術分析一致列出以下呢幾樣，係呢類死機最有可能嘅成因 ：

• **錯誤嘅配置改動：**一個錯誤嘅配置被推送到核心路由器或認證服務，然後好似骨牌效應咁蔓延整個網絡。呢個正正係2021年10月嗰次癱瘓Meta全線平台近六個鐘嘅史詩級死機嘅確認原因 。
• **認證伺服器死機：**負責驗證你登入憑證嘅系統冧檔，搞到全部人都入唔到帳戶。咁就會產生用戶嗰日經歷嘅強制登出同登入錯誤 。
• **有問題嘅軟件更新：**一個例行更新推到共享後端服務，引入咗個bug，然後觸發依賴佢嘅系統連鎖式崩潰 。

必須強調，以上都係基於公開證據嘅合理推斷，而唔係官方結論。Meta從未確認今次死機同過往任何一次係基於同一個原因 。

事故一籮籮：Meta死機黑歷史

2026年6月嘅死機並唔係單一事件。佢係一長串同類事故嘅最新一章，背後反映住Meta基建存在住一個系統性嘅脆弱位。簡單回顧一下歷史，就知道呢種全線平台跪低嘅情況有幾「常態化」：

• **2024年3月：**一次全球死機打殘Facebook同Instagram，最高峰時Facebook收到超過30萬宗報告，Instagram都有4萬宗。Meta歸咎於「技術問題」，冇進一步解釋 。
• **2024年12月：**Instagram同WhatsApp大規模死機，Downdetector錄得超過22,000宗Facebook同18,000宗WhatsApp問題報告。Meta承認係「技術問題」影響部分用戶使用App 。
• **2026年3月：**一個月內，Meta發生至少12次獨立死機事故，其中一次有超過10萬宗報告，搞咗大約五個鐘先至完全恢復 。
• **2021年10月（歷史標杆）：**最經典嘅前車可鑑。一次錯誤嘅骨幹路由器配置改動，導致Facebook、Instagram同WhatsApp全球死機近六個鐘。規模之大，連內部員工都俾自己公司嘅系統鎖咗出嚟，拖慢咗應對速度。公司事後確認原因係「錯誤嘅配置改動」。

呢個模式揭示咗一個關鍵點：一間每日處理數以十億計互動嘅公司，佢嘅集中式基建反而製造咗一個災難性嘅單點故障源（single point of failure）。共享系統嘅一個小錯誤，就可以（而且係反覆咁）拖冧成個應用生態 。

結論

2026年6月12號嘅全球Meta死機，係一次嚴重嘅伺服器端中斷，強制登出咗超過10萬用戶，並產生數以百萬計嘅獨立問題。具體根本原因Meta至今守口如瓶，公眾只能依靠技術分析而唔係官方確認 。

之不過，證據同一個反覆出現嘅主題吻合：一個內部錯誤影響咗所有Meta平台依賴嘅共享認證基建。除非公司從根本重新設計平台，隔離開呢啲關鍵故障，否則下一個問題，唔係會唔會再死機，而係幾時。