Sorry I'm not very clear about this. Do you mean Squid drops the request
from client, then generate another different request, which contains no
"Accept-Encoding" header, and send this request to IIS. As a result
response from IIS is not compressed? If so, is it possible to just hand
over all the headers from client, and let the client decide whether to
accept compressing or not?
Regards,
YX
On 2009年11月19日 16:43, Angelo Höngens wrote:
IIS is returning gzip compressed content to your browser, but how do you
know it sends gzip compressed content to squid? By default is does not.
Use WireShark on the IIS machine to confirm.
By default, IIS will not return compressed content to squid, therefore,
you need to execute the commands from my previous posts (and don't
forget the iisreset).