Hi, What I'm reporting is not true HTTP 206 requests for resuming downloads or genuine HTTP clients requesting for these. The logs I provide below of wget and cURL shows that Varnish is deliberately dropping connections, forcing the HTTP client to attempt to resume the download. So the HTTP is a consequence of a issue generated by Varnish. This started to affect me on version 3.0 and currently in 3.0.1
Bellow is a URL containing a full output log for the command wget --verbose http://varnish.kurtkraut.net/1GBtest.zip Pastebin: http://pastebin.com/hfYRhKq7 Also, the output of cURL: http://pastebin.com/CuMr3mbp You may reproduce the issue trying to download http://varnish.kurtkraut.net/1GBtest.zip - I will leave this URL online for the next weeks. What do you think? Is it a bug? Thanks, Kurt Kraut 2011/10/7 Tollef Fog Heen <[email protected]> > ]] Kurt Kraut > > | I've already reported this on Varnish 3.0 and I waited to test it on > Varnish > | 3.0.1 and the behaviour is the same. The majority of HTTP GET of files > | larger than 1mb are constantly interrupted and restarted with HTTP 206. > Here > | is a sample collected from varnishncsa: > > 206 is «Partial Content» which we send if we get a request with Range > headers. > > | This was an iPhone watching a MP4 video, but this also happens with curl, > | wget, Firefox, anything I've tested. > > Can you please provide varnishlog + command line from a run with curl > that shows the problem? > > > [...] > > | 3) Does anyone suggest a workaround for this? > > sub vcl_recv { > unset req.http.Range; > } > > that'll increase the amount of bandwidth clients are consuming, though. > > Cheers, > -- > Tollef Fog Heen > Varnish Software > t: +47 21 98 92 64 >
_______________________________________________ varnish-misc mailing list [email protected] https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc
