CloudFront是否在來自原點的錯誤響應（例如503）中使用Cache-Control標頭？

Question

CloudFront是否在來自原點的錯誤響應（例如503 ）中使用Cache-Control標頭（例如max-age ）？ 或者，錯誤響應緩存的長度總是由分布上配置的錯誤緩存最小TTL控制？ 包含“minimum”一詞表明，當origin提供Cache-Control max-age ，錯誤緩存的行為可能類似於非錯誤緩存的行為，但是關於此主題的文檔似乎沒有明確說明確認這個建議。

Answer 1

如果CloudFront大於錯誤緩存最小TTL（默認值為五分鍾），則它會在Web來源的錯誤響應中尊重Cache-Control max-age標頭。

如果原點設置的max-age小於Error Caching Minimum TTL，則CloudFront會緩存錯誤緩存最小TTL的響應，但會將原點設置的max-age傳遞給不受干擾的客戶端。

類似地，如果源將Cache-Control為must-revalidate,no-cache,no-store ，則CloudFront會緩存錯誤緩存最小TTL的響應，但會將原始設置的Cache-Control標頭傳遞給未受干擾的客戶端。

誤差最小緩存TTL可定制的錯誤代碼400 ， 403 ， 404 ， 405 ， 414 ， 416 ， 500 ， 501 ， 502 ， 503 ，和504 。 無法同時為所有支持的錯誤代碼進行自定義; 必須為每個錯誤代碼單獨定制。 這是通過創建“自定義錯誤響應”來完成的。 有點令人困惑，這樣做並不要求您提供自定義錯誤頁面。 創建自定義錯誤響應時，您可以選擇“否”為“自定義錯誤響應”（聽起來像廢話，但這是真的）。 如果這樣做，則只為您選擇的HTTP錯誤代碼自定義錯誤緩存最小TTL。