繁体   English   中英

CloudFront是否在来自原点的错误响应(例如503)中使用Cache-Control标头?

[英]Does CloudFront make use of Cache-Control headers in error responses (e.g. 503) from the origin?

CloudFront是否在来自原点的错误响应(例如503 )中使用Cache-Control标头(例如max-age )? 或者,错误响应缓存的长度总是由分布上配置的错误缓存最小TTL控制? 包含“minimum”一词表明,当origin提供Cache-Control max-age ,错误缓存的行为可能类似于非错误缓存的行为,但是关于此主题的文档似乎没有明确说明确认这个建议。

如果CloudFront大于错误缓存最小TTL(默认值为五分钟),则它会在Web来源的错误响应中尊重Cache-Control max-age标头。

如果原点设置的max-age小于Error Caching Minimum TTL,则CloudFront会缓存错误缓存最小TTL的响应,但会将原点设置的max-age传递给不受干扰的客户端。

类似地,如果源将Cache-Controlmust-revalidate,no-cache,no-store ,则CloudFront会缓存错误缓存最小TTL的响应,但会将原始设置的Cache-Control标头传递给未受干扰的客户端。

误差最小缓存TTL可定制的错误代码400403404405414416500501502503 ,和504 无法同时为所有支持的错误代码进行自定义; 必须为每个错误代码单独定制。 这是通过创建“自定义错误响应”来完成的。 有点令人困惑,这样做并不要求您提供自定义错误页面。 创建自定义错误响应时,您可以选择“否”为“自定义错误响应”(听起来像废话,但这是真的)。 如果这样做,则只为您选择的HTTP错误代码自定义错误缓存最小TTL。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM