squid reply_body_max_size 不起作用

Question 1

作为Squid 文档也就是说，reply_body_max_size 配置指令会导致 Squid 在 HTTP 回复主体超过指定大小时停止传输。Squid 通过两种方式检查这一点：使用 HTTP Content-Length: 标头（如果存在）- 在这种情况下，将不允许回复，并将 TCP_DENIED_REPLY 写入日志。或者，如果 HTTP Content-Length: 标头不存在，则将允许回复，但当达到 reply_body_max_size 时将关闭连接。

在第二种情况下，可能会对您下游的任何缓存产生潜在的重大连锁反应。如果 HTTP 传输在没有 HTTP Content-length: 标头的情况下启动，并且您的 Squid 副本随后在达到回复大小限制时断开连接，则下游缓存将不知道在发送完整回复正文之前已断开连接。这可能导致存储在下游缓存中的对象副本不完整。但是，根据您的描述，我不认为这里的情况如此，因为您谈论的是您的 ISP 运营的上游代理。

就这一点而言，我看不出上游代理可能会影响您限制回复正文大小的能力。

关于您配置中的语法，请注意以下几点。您已指定：

reply_body_max_size 10 MB

当我认为这实际上应该是：

reply_body_max_size 10 MB all

请注意末尾的 ACL 名称“all”。Squid 文档将 ACL 列表放在方括号中，这往往表明此参数是可选的，在我的测试中，我确实发现情况确实如此。但是，网络上某些地方（以及上面的这个线程）存在这种语法的变体，有时配置行中也会放置单词“allow”或“deny”。根据 Squid 文档和我的测试，这是不正确的。上面的语法对我来说测试正确。

Nb. 使用 Squid 3.1.23 和 Squid 3.5.0.2 进行测试。

Answer

作为Squid 文档也就是说，reply_body_max_size 配置指令会导致 Squid 在 HTTP 回复主体超过指定大小时停止传输。Squid 通过两种方式检查这一点：使用 HTTP Content-Length: 标头（如果存在）- 在这种情况下，将不允许回复，并将 TCP_DENIED_REPLY 写入日志。或者，如果 HTTP Content-Length: 标头不存在，则将允许回复，但当达到 reply_body_max_size 时将关闭连接。