varnish content length replaced
Anand Shah
anand at rediff-inc.com
Thu May 7 08:31:38 CEST 2015
Hello,Using Varnish 4, I have a set of backends that're responding with a valid Content-Length header and no Transfer-Encoding header. On the first hit from a client, rather than responding to the client with those headers, Varnish is dropping the Content-Length header and adding Transfer-Encoding: chunked to the response. This is especially happening for fonts. The same data when fetched from apache and nginx works like a charm and continue to be problematic when used varnish in front. I've tried a number of semi-obvious things like below but all in vain:beresp.do_stream = trueberesp.do_gzip = falseunset req.http.Accept-EncodingSample varnishlog <backend> for your reference. * << BeReq >> 247282680- Begin bereq 247282679 fetch- Timestamp Start: 1430979942.850688 0.000000 0.000000- BereqMethod GET- BereqURL /ajaxprism/js_jq_1_0/css/fonts/roboto-regular-webfont.woff- BereqProtocol HTTP/1.1- BereqHeader Accept: application/font-woff;q=0.9,*/*;q=0.8- BereqHeader Accept-Language: en-US,en;q=0.5- BereqHeader Origin: http://xxx.domain.com- BereqHeader Pragma: no-cache- BereqHeader Referer: http://xxx.domain.com/ajaxprism/js_jq_1_0/css/style_2.css- BereqHeader User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:37.0) Gecko/20100101 Firefox/37.0- BereqHeader X-Forwarded-For: ::1- BereqHeader host: xxx.domain.com- BereqHeader Accept-Encoding: gzip- BereqHeader X-Varnish: 247282680- VCL_call BACKEND_FETCH- VCL_return fetch- BackendClose 24 jdelivery(xxx.xxx.xxx.xxx,,80) toolate- BackendOpen 24 jdelivery(xxx.xxx.xxx.xxx,,80) xxx.xxx.xxx.xxx 35680- Backend 24 jdelivery jdelivery(xxx.xxx.xxx.xxx,,80)- Timestamp Bereq: 1430979942.852142 0.001454 0.001454- Timestamp Beresp: 1430979942.855756 0.005068 0.003614- BerespProtocol HTTP/1.1- BerespStatus 200- BerespReason OK- BerespHeader Date: Thu, 07 May 2015 06:25:43 GMT- BerespHeader Server: Apache- BerespHeader P3P: CP="ALL DSP COR LAW CUR DEVi TAI PSAi PSD IVA IVD CONo HIS TELo OUR DEL SAM BUS LOC" policyref="http://xxx.domain.com/w3c/p3p.xml"- BerespHeader Last-Modified: Wed, 06 May 2015 06:54:03 GMT- BerespHeader Accept-Ranges: bytes- BerespHeader Content-Length: 25008- BerespHeader Content-Type: application/font-woff- TTL RFC 120 -1 -1 1430979943 1430979943 1430979943 0 0- VCL_call BACKEND_RESPONSE- TTL VCL 120 604800 0 1430979943- VCL_return deliver- Storage file s0- ObjProtocol HTTP/1.1- ObjStatus 200- ObjReason OK- ObjHeader Date: Thu, 07 May 2015 06:25:43 GMT- ObjHeader Server: Apache- ObjHeader P3P: CP="ALL DSP COR LAW CUR DEVi TAI PSAi PSD IVA IVD CONo HIS TELo OUR DEL SAM BUS LOC" policyref="http://xxx.domain.com/w3c/p3p.xml"- ObjHeader Last-Modified: Wed, 06 May 2015 06:54:03 GMT- ObjHeader Content-Type: application/font-woff- Fetch_Body 3 length stream- BackendReuse 24 jdelivery(xxx.xxx.xxx.xxx,,80)- Timestamp BerespBody: 1430979942.859386 0.008698 0.003630- Length 25008- BereqAcct 449 0 449 337 25008 25345- EndRegards,Anand
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.varnish-cache.org/lists/pipermail/varnish-dev/attachments/20150507/d5c506e1/attachment.html>
More information about the varnish-dev
mailing list