Varnish 4 を使用すると、有効なContent-Length
ヘッダーで応答しているバックエンドのセットがあります。Transfer-Encoding
ヘッダーはありません。
クライアントからの最初のヒットで、Varnishはこれらのヘッダーでクライアントに応答するのではなく、Content-Length
ヘッダーを削除し、応答にTransfer-Encoding: chunked
を追加します。 (興味深いことに、ペイロードにはチャンクが含まれていないようです。これは1つの連続したペイロードです)。
これは、Content-Length
ヘッダーに基づいてセグメントサイズや帯域幅などの分析を行おうとしているFlashビデオプレーヤーなどのクライアントに深刻な問題を引き起こします。彼らの分析は失敗し、マルチビットレートストリーミングなどを行うことはできません。
私は次のようないくつかの半自明なことを試しました:
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
オブジェクトの後続のロードdoには、キャッシュへの最初のロードではなく、Content-Length
ヘッダーが含まれます。
VCL: https://Gist.github.com/onethumb/e64a405cc579909cace1
varnishlogの出力: https://Gist.github.com/onethumb/e66a2bc4727a3a5340b6
当面、 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);
}
}
したがって、ソリューションはまったく直感的ではありませんが、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_CHUNKED
フラグがHTTP/1.1
に設定されます。 t set。今でも後で:
if (req->res_mode & RES_CHUNKED)
http_SetHeader(req->resp, "Transfer-Encoding: chunked");
RES_CHUNKED
フラグが設定されている場合、Varnishはチャンク転送エンコーディングを送信します。
これを効果的に無効にするために私が見るonlyの方法は、ESIモードを有効にすることです。他のいくつかの方法で無効になります、ただし、これらは実用的ではありません(たとえば、HTTP HEADリクエストまたは304ステータスコードのページ)。
ワニス4.0から5.2にアップグレードされ、これは最初のリクエストでも正しく機能するようになりました。