[squid-users] [Squid 3.5.10] - Unable to cache objects from Cloudflare

Amos Jeffries squid3 at treenet.co.nz
Fri Nov 20 03:16:08 UTC 2015

On 20/11/2015 12:59 p.m., David Touzeau wrote:
> Hi
> It seems that squid is not able to save in cache objects from CloudFlare
> websites.
> Here it is the header information:
> Connecting to connected.
> Proxy request sent, awaiting response...
>   HTTP/1.1 200 OK
>   Date: Thu, 19 Nov 2015 18:03:31 GMT
>   Content-Type: image/png
>   Set-Cookie: __cfduid=d1ca8a069c4db15a451d81f2327781ced1447956211;
> expires=Fri, 18-Nov-16 18:03:31 GMT; path=/; domain=.mutaz.net; HttpOnly
>   Last-Modified: Fri, 23 Oct 2015 11:18:39 GMT
>   Vary: Accept-Encoding
>   X-Cache: HIT from Backend
>   CF-Cache-Status: HIT
>   Server: cloudflare-nginx
>   CF-RAY: 247dd510143a08fc-CDG
>   X-Cache: MISS from MySquid3-5-10
>   X-Cache-Lookup: MISS from MySquid3-5-10:3128
>   Transfer-Encoding: chunked
>   Connection: keep-alive
> I have seen the same issue in tracker as 3806
> http://bugs.squid-cache.org/show_bug.cgi?id=3806

If it actually is the same issue. Then the situation is still as
described by Alex in his description of what the patch did.

Namely that Vary caching depends on whether one is using shared memory
cache or not.

> Can somebody encounter the same behavior with latest squid branch ?

I do not recall anyone having done anything specifically to followup
after that patch went in back in 3.3. But there have been a number of
updates in and around the store and Vary functionality across all Squi
dversions 3.3+ right up to yesterdays 4.x snapshot. So it may be a
completely different issue, or a different variation with alternative
way to reach it

That said, tehre are two things to be aware of:

1) the X-Cache/X-Cache-Lookup headers output by Squid do contains lies
in HTTP/1.1. They were designed for HTTP/1.0 where the situation is
HIT-vs-MISS with no grey areas like REFRESH, so they can contain wrong
HIT/MISS wording when a revalidate happens (which happens a lot in 1.1).

2) the Squid caching decisions depend as much on the request details and
what was cached beforehand as what the reply headers say. There may be
something hidden in those details preventing what you want.

And finally, please test the 3.5.11 snapshot r13954 coming out today if
you are having odd cache behaviour in 3.5.10 and 3.5.11. There are a
couple of patches there which might be involved.


More information about the squid-users mailing list