13

使用Varnish 4，我有一组后端响应有效的Content-Length标头而没有Transfer-Encoding标头。

在客户端第一次点击时，Varnish 不会使用这些标头响应客户端，而是删除Content-Length标头并添加Transfer-Encoding: chunked到响应中。（有趣的是，有效载荷中似乎没有任何块 - 它是一个连续的有效载荷）。

这会给尝试基于标头进行分段大小、带宽等分析的 Flash 视频播放器等客户端带来严重问题Content-Length。他们的分析失败了，他们不能做多比特率流媒体等事情。

我尝试了一些半显而易见的事情，例如：

  • beresp.do_stream = true
  • beresp.do_gzip = false
  • unset req.http.Accept-Encoding

示例后端响应：

HTTP/1.1 200 OK
Cache-Control: public, max-age=600
Content-Type: video/mp4
Date: Tue, 13 May 2014 19:44:35 GMT
Server: Apache
Content-Length: 796618
Connection: keep-alive

样品清漆响应：

HTTP/1.1 200 OK
Server: Apache
Cache-Control: public, max-age=600
Content-Type: video/mp4
Date: Tue, 13 May 2014 23:10:06 GMT
X-Varnish: 2
Age: 0
Transfer-Encoding: chunked
Accept-Ranges: bytes

对象的后续加载确实包括Content-Length标头，而不是第一次加载到缓存中。

VCL：https ://gist.github.com/onethumb/e64a405cc579909cace1

清漆日志输出：https ://gist.github.com/onethumb/e66a2bc4727a3a5340b6

清漆跟踪：https ://www.varnish-cache.org/trac/ticket/1506

4

3 回答 3

6

暂时，do_stream = false会为所欲为。

在后端发送未分块的情况下避免分块编码是 Varnish 未来可能的改进。

例子：

sub vcl_backend_response {
        if(beresp.http.Content-Type ~ "video") {
                set beresp.do_stream = false;
                set beresp.do_gzip = false;
                //set resp.http.Content-Length = beresp.http.Content-Length;
        }
        if(beresp.http.Edge-Control == "no-store") {
                set beresp.uncacheable = true;
                set beresp.ttl = 60s;
                set beresp.http.Smug-Cacheable = "No";
                return(deliver);
        }
}
于 2014-05-14T18:45:22.140 回答
3

所以解决方案一点也不直观，但必须启用 esi 处理：

sub vcl_backend_response {
        set beresp.do_esi = true;

        if(beresp.http.Content-Type ~ "video") {
                set beresp.do_stream = true;
                set beresp.do_gzip = false;
                //set resp.http.Content-Length = beresp.http.Content-Length;
        }
        if(beresp.http.Edge-Control == "no-store") {
                set beresp.uncacheable = true;
                set beresp.ttl = 60s;
                set beresp.http.Smug-Cacheable = "No";
                return(deliver);
        }
}

所以我通过浏览源代码发现了这一点。

尤其是，Varnish 这样做：

if (!req->disable_esi && req->obj->esidata != NULL) {
    /* In ESI mode, we can't know the aggregate length */
    req->res_mode &= ~RES_LEN;
    req->res_mode |= RES_ESI;
}

上面的代码设置了res_mode标志。

过了一会儿：

if (!(req->res_mode & (RES_LEN|RES_CHUNKED|RES_EOF))) {
    /* We havn't chosen yet, do so */
    if (!req->wantbody) {
        /* Nothing */
    } else if (req->http->protover >= 11) {
        req->res_mode |= RES_CHUNKED;
    } else {
        req->res_mode |= RES_EOF;
        req->doclose = SC_TX_EOF;
    }
}

如果 HTTP 协议为或更高（在您的示例中为）并且 res_mode 标志未设置，这会将标志设置res_mode为。现在甚至更晚：RES_CHUNKEDHTTP/1.1

if (req->res_mode & RES_CHUNKED)
    http_SetHeader(req->resp, "Transfer-Encoding: chunked");

RES_CHUNKED如果设置了标志，Varnish 会发送分块传输编码。

我认为有效禁用此功能的唯一方法是启用 ESI 模式。它通过其他几种方式被禁用，但这些方式不实用（例如，对于 HTTP HEAD 请求或具有 304 状态代码的页面）。

于 2014-05-14T18:39:36.953 回答
1

从 varnish 4.0 升级到 5.2，现在这也适用于第一个请求。

于 2017-10-06T08:23:05.110 回答