如何解决Varnish 2.x 的“禁止”替代方案
我们在 Varnish 4.x 中使用以下代码:
if (req.http.X-Pool) {
ban("obj.http.X-Pool ~ " + req.http.X-Pool);
}
现在我们正在转向使用Varnish 2.x的Fastly,所以我们没有得到什么可以替代Varnish 2.x
解决方法
要获得 Fastly Varnish/VCL 的帮助,我建议通读这两本书:
我通常还建议联系 support@fastly.com(他们是一群很好的人)。
关于您的问题,我不熟悉标准 Varnish 中的 bans
,但阅读 https://varnish-cache.org/docs/trunk/users-guide/purging.html#bans 表明禁止是一种防止缓存内容的方法从被送达。
因此,解决方案取决于您在发生这种情况时要实现的目标。
如果您只想避免缓存,您可以从 pass
和 vcl_recv
等各种子例程返回 vcl_hit
(尽管来自 vcl_hit 会导致 hit-for-pass 等这将导致请求直接发送到后端。
您还可以向 vcl_recv
甚至 vcl_hit
添加自定义逻辑(如果您想确保请求的内容实际上已缓存),然后您可以从那里触发 error
这会将您发送到 vcl_error
,您可以在其中构建综合响应:
sub vcl_hit {
#FASTLY hit
if (<some_condition>) {
error 700
}
}
sub vcl_error {
#FASTLY error
if (obj.status == 700) {
set obj.status = 404;
synthetic {"
<!doctype html>
<html>
<head>
<meta charset="utf-8">
<title>Error</title>
</head>
<body>
<h1>404 Not Found (varnish)</h1>
</body>
</html>
"};
return(deliver);
}
或者从 vcl_recv
或 vcl_hit
您可能想要 restart
然后检查重启并做一些不同的事情(以某种方式更改后端或请求):
sub vcl_recv {
#FASTLY recv
if (req.restarts > 0) {
if (<some_condition>) {
// do something
}
}
}
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。