[英]Tell CloudFront to only cache 200 response codes
是否可以将Amazon CloudFront配置为仅缓存200个代码? 我希望它永远不会缓存3xx,因为我想将它连接到一个动态图像处理工具,Lambda通过S3执行307,如描述https://aws.amazon.com/blogs/compute/resize-images-在即时与-亚马逊S3-AWS-λ-和亚马逊API网关/
除非您可以配置源以相应地设置Cache-Control
标头,否则无法明确告知CloudFront仅缓存2XX而不缓存3XX - CloudFront将2XX和3XX视为“成功”并将它们视为相同。 (它仅对4XX和5XX有不同的规则,对条件请求的304响应有明显的例外。)
在S3重定向的情况下,问题在于S3重定向规则不允许设置Cache-Control
标头。
但是,如果您正在设置Cache-Control
正确的对象标题,当你在S3创建它们-因为你应该-那么你可以probably¹依靠CloudFront的的Default TTL
设置完全解决问题,告诉CloudFront的是响应缺少Cache-Control
标头不应该被缓存。 这意味着将Default TTL
设置为0,并且当然要求Minimum TTL
也设置为0,因为最小<= default是必需的。
Maximum TTL
应保留其默认值,因为它用于缩短 max-age
大于Maximum TTL
对象的CloudFront缓存时间。 您可能不希望缩短2XX响应的可缓存性。
假设浏览器行为正常并且没有缓存重定向(对于307或302它们不应该这样),那么您的问题就会得到解决,因为CloudFront在此配置中的行为与预期相同 - 当Cache-Control
时,它会表现出来,而不是缓存当它不存在时的回答。
但是,如果您发现浏览器或其他下游缓存持有您的重定向,您可能必须更积极。
在原点不提供响应时,将Cache-Control
(或其他标题)显式添加到响应的唯一方法是使用Lambda @ Edge。 以下代码用作OriginResase²触发器,可以为从源服务器接收的任何3XX
HTTP响应添加Cache-Control: no-cache, no-store, private
(是的,它有点冗余)。 如果原始响应中存在任何Cache-Control
标头,则它将被覆盖。 任何其他响应(例如2XX)都不会被修改。
'use strict';
// add Cache-Control: no-cache, ... only if response status code is 3XX
exports.handler = (event, context, callback) => {
const response = event.Records[0].cf.response;
if (response.status.match(/^30[27]/))
{
response.headers['cache-control'] = [{
key: 'Cache-Control',
value: 'no-cache, no-store, private'
}];
}
callback(null, response);
};
有了这个触发器,2XX响应没有修改其标题,但302/307响应将被修改,如图所示。 这将告诉CloudFront和浏览器不要缓存响应。
¹ 可能 ......并不意味着CloudFront 可能只是做正确的事情。 CloudFront的行为完全符合预期。 大概是指这个是唯一需要的行动:你也许可以考虑这种解决方案足够了,因为很可能浏览器将不缓存重定向。 像往常一样,浏览器行为是通配符,可能需要更积极地添加显式Cache-Control
标头以防止浏览器缓存重定向。
² 地响应触发检查并可以修改他们缓存之前(如果它们被缓存),并返回给浏览器的响应某些方面。 在流中的此处修改或添加Cache-Control
标头将阻止响应存储在CloudFront缓存中,并且还应阻止浏览器缓存。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.