CDN 接入後，故障不再只發生在伺服器本身。使用者看到 502、504、證書錯誤或長時間載入時，問題可能在邊緣節點、回源網路、源站防火牆、TLS 配置、快取規則或應用程序。排查時最忌諱直接改一堆配置，因為每一次無記錄變更都會讓故障現場變得更模糊。
先確認使用者是否真正命中 CDN
第一步不是登入伺服器，而是看 DNS 是否已經指向 CDN、響應頭是否來自邊緣、是否命中正確的證書和域名。某些地區可能仍然訪問舊記錄，某些子域名可能沒有接入 CDN。如果入口都不一致，後面看到的錯誤就不具備可比性。
再確認邊緣節點是否能連線源站
邊緣回源失敗常見原因包括源站 IP 白名單遺漏、源站埠未開放、HTTPS 回源校驗證書失敗、源站只允許特定 Host、回源協議選擇錯誤。為了保護源站而設定限制是必要的，但限制規則必須和 CDN 的回源方式匹配。
快取規則可能把小問題放大
如果 HTML 不快取，所有訪問都回源，源站壓力會更高；如果錯誤響應被快取，短暫故障會被放大成持續故障；如果帶隨機引數的資源繞過快取，峰值期間回源流量會異常增長。快取策略應區分頁面、靜態資源、下載、介面和錯誤頁。
| 現象 | 優先檢查 | 常見處理 |
|---|---|---|
| 502 | 源站埠、程序、回源協議 | 恢復程序、修正協議和 Host |
| 504 | 源站響應時間、資料庫、介面依賴 | 降低迴源壓力、處理慢請求 |
| TLS 錯誤 | 證書覆蓋、SNI、回源校驗 | 補齊證書或調整回源策略 |
| 流量異常 | 快取鍵、隨機引數、熱資源 | 規範快取規則和重新整理流程 |
記錄比一次修好更有價值
每次回源故障都應留下時間線：最早訊號、影響地區、錯誤型別、最近變更、執行動作和恢復證據。長期看，記錄會幫助團隊識別問題是在配置、容量、釋出流程還是供應商邊界上反覆出現。