amazon-web-services - CloudFront 是否在来自源的错误响应(例如 503)中使用 Cache-Control header ？

Question

CloudFront 是否使用 Cache-Control来自原点的错误响应(例如 max-age )中的 header (例如 503 )？或者它的错误响应缓存的长度总是由分布上配置的错误缓存最小 TTL 控制？包含“最小”一词表明，当源提供 Cache-Control max-age 时，错误缓存的行为可能类似于非错误缓存的行为。 ，但有关此主题的文档似乎并未明确确认该建议。

Answer 1

CloudFront 确实尊重 Cache-Control max-age来自 Web 源的错误响应中的 header ，如果它们大于错误缓存最小 TTL(默认为五分钟)。

如果原点设置了 max-age如果小于错误缓存最小 TTL，CloudFront 会缓存错误缓存最小 TTL 的响应，但会通过 max-age由原点设置到客户端不受干扰。

同样，如果原点设置 Cache-Control至 must-revalidate,no-cache,no-store ，CloudFront 会缓存错误缓存最小 TTL 的响应，但会通过 Cache-Control header 由原点设置到客户端不受干扰。

可以为错误代码自定义错误缓存最小 TTL 400 , 403 , 404 , 405 , 414 , 416 , 500 , 501 , 502 , 503 , 和 504 .不能一次为所有支持的错误代码定制；必须为每个错误代码单独定制。这是通过创建“自定义错误响应”来完成的。有点令人困惑的是，这样做不需要您提供自定义错误页面。创建自定义错误响应时，您可以选择“否”来“自定义错误响应”(这听起来很废话，但确实如此)。如果这样做，您只是在为您选择的 HTTP 错误代码自定义错误缓存最小 TTL。