微軟雲端 6 月 1-2 日雙重死機：開唔到檔案、搞唔到 MFA，2026 年第幾次喇？

MO1329260 拆局：MFA 設定頁跪低，新同事入職受阻

同一時間，另一班用家就遇到更離譜嘅事。當佢哋想去 My Sign-Ins 網站（mysignins.microsoft.com）搞 MFA 設定嗰陣，個網頁竟然出「504 Gateway Timeout」錯誤，即係話伺服器收唔到上游嘅回應，直接 timeout。變相你冇辦法幫新帳戶開通 MFA，甚至連舊有嘅驗證方法都管理唔到 。呢單嘢喺 6 月 1 號發生，玩咗大約 3 粒鐘 。

微軟嘅應對策略係「將服務轉移去其他健康嘅基建（failover）」，務求盡快恢復服務 。504 錯誤加埋要手動轉移基建，明顯又係身份驗證系統嘅後端服務或者 Load Balancing 層出咗問題。

要留意嘅係，2026 年已經唔係第一次 MFA 出事。今年 2 月嗰單 MO1237461，同樣係出 504 錯誤，啲用家搞 MFA 登入嗰陣畀人擋喺門口。事後發現原來係第三方 MFA 供應商 Duo 出事，要佢哋自己出修復先搞得掂 。微軟暫時冇講 MO1329260 係咪又係衰第三方，定係自家嘅 Entra ID 服務自己冧檔，呢一點仲有待官方死因報告解畫。

危殆嘅 2026 年：六個月內五大鑊

6 月呢兩單事故並唔係獨立事件，而係微軟喺 2026 年上半年一系列高影響力雲端死機事件嘅最新一擊。業界追蹤平台已經記錄咗今年至少五單重大事故，頻密程度令人憂慮 。

微軟雲端重大斷線事件簿（2025 年 10 月 – 2026 年 6 月）

• 2025 年 10 月： Azure Front Door 嘅 DNS 故障，引發 Microsoft 365 同 Azure 服務大規模降級 。
• 2026 年 1 月 22-23 日： Azure 基建問題夾雜第三方網絡失靈，搞出大約 9.5 粒鐘嘅大斷線，Outlook、Exchange、Teams、Defender 同 Purview 全部跪低。淨係呢單嘢，已經令微軟幾項服務嘅全年正常運行時間保證（SLA）一鋪清袋 。
• 2026 年 2 月： MFA 死機（MO1237461），北美用家遇到 504 Gateway Timeout 錯誤。微軟確認係第三方 MFA 供應商出修復先擺平 。
• 2026 年 4 月： 大規模雲端失靈，影響跨區域連接，Teams、Outlook 同 Azure 都出事 。
• 2026 年 6 月 1-2 日： 雙重事故同時爆發，MO1329446（開唔到檔案）同 MO1329260（MFA 設定受阻）癱瘓咗兩個關鍵但截然不同嘅服務範疇 。

斷線停不了嘅背後，有幾種令人唔安樂嘅規律

• 第三方依賴風險浮面： 1 月嗰鑊大頭佛同 2 月單 MFA 死機，都同第三方網絡或服務供應商有關。呢種場場都衰第三方嘅規律，不禁令人質疑微軟管理依賴項嘅架構、Failover 測試，同埋對供應鏈可靠度嘅掌握有幾深 。
• 身份驗證層似紙咁脆弱： MFA 同身份驗證入口已經變成單點故障嘅高危位。淨係 2026 年，已經有起碼三單同身份驗證有關嘅事故，本來用嚟保障安全嘅系統，反而成為搞到大家入唔到系統嘅障礙 。
• 跨服務爆炸半徑： MO1329446 嘅「跨服務」特性，同 1 月份嗰場災難遙相呼應。一個基建錯誤，就可以同時令電郵、協作、安全同合規工具一齊癱瘓。呢種高度集中嘅雲端架構，系統性風險越嚟越明顯，對於企業客戶嚟講係一個日益嚴重嘅隱憂 。
• SLA 公信力磨蝕： 1 月份嗰 9.5 粒鐘斷線，已經令微軟打破咗自己對關鍵服務嘅財務賠償式正常運行承諾 。之後每單事故，都只係進一步磨蝕緊客戶對佢哋「承諾咗就做得到」嘅信心。

死因報告呢？

對於 6 月嘅呢兩單事故，目前最關鍵嘅係：仲未有正式嘅根本原因分析（RCA）報告。以上所有分析，都只係建基於微軟實時狀態更新、管理中心訊息同第三方監察平台嘅記錄。

直到微軟公佈詳細嘅工程死因報告之前，我哋冇辦法確定呢兩單嘢係咪源於同一個觸發點——例如係某一個基建變動，同時打殘咗兩個睇落唔相干嘅服務——抑或純粹係黑到爆嘅巧合。不過，有一樣嘢係而家已經好清楚嘅：佢哋絕對吻合 2026 年嗰個更大、更深層，而且令到全球企業 IT 部門都膽戰心驚嘅大趨勢。