Re: [squid-users] origin compression and squid

On 08/02/11 10:47, George N. Zavalis wrote:
> Hi all,
>
> I am using squid 2.7.stable9 , and gzip compression in the origin servers
> (IIS)
>
> Whenever a client requests a compressed resource for the first time (assume
> a new url/resource) it is cached and the compressed version is served to the
> clients requesting the compressed version of the resource.
> Everything works fine till now, but when one client request the UNcompressed
> version of the resource/url - no matter the TTL of the resource (even if it
> is one year or more) - the request ends up to the origin (miss) the
> Uncompressed version is fetched,cached and served to the client and the
> following clients even if they request the compressed version.
>
> I even tried to specific request a compressed version of the resource with
> WFETCH and the appropriate request headers (Accept-Encoding: gzip) but I am
> still getting the Uncompressed version of the resource (me and the rest
> clients requesting the resource)
>
>
> This happening with all my resources - no matter of mime type.
>

Your IIS is omitting the Vary: header on non-compressed responses. It
should be returning that header on all responses for a URL which varies.

NP: You may see that Squid 2.7 offers the broken_vary_header directive
as a workaround. Using this workaround results in non-compressed variant
always being served. The breakage in IIS is not part of the use-case
this directive fixes.

Amos

-- 
Please be using
   Current Stable Squid 2.7.STABLE9 or 3.1.10
   Beta testers wanted for 3.2.0.4