Maybe I am being a little naive, but I am very surprised that IIS compresses
the contents without adding a Content-Encoding header to the response in which
case you your browser should be able to decompress it. It seems more likely
that there is an application that generates compressed contents without adding
the required headers.
Having a correct Content-Encoding header in a response may not be enough,
however. There used to be problems with IE not decoding contents before passing
it to plug-ins like SVG or PDF. I specifically remember that at some point the
implementation of the SVG plugin changed so it was able to recognize compressed
contents and decompress it instead of the browser doing so. Maybe that is what
you are up against. We will not know unless you are a little more specific
about the kind of contents that you are not able to browse correctly and the
headers in the responses.
The Content-Type of the respone could also be wrong thereby preventing the
contents to be displayed by the appropriate plug-in.
Finally, try replacing
FilterProvider myfilter inflate req=Accept-Encoding *
with
FilterProvider myfilter inflate req=Accept-Encoding !$.
-ascs
-----Message d'origine-----
De : Guzman Braso [mailto:[EMAIL PROTECTED]
Envoyé : jeudi 27 décembre 2007 08:05
À : [email protected]
Objet : [EMAIL PROTECTED] mod_filter being ignored (ProxyReverse, IIS Backend
forced deflate content)
Hello everyone,
This is the problematic setup:
1. Windows Client behind any proxy (client proxy) software.
2. Apache 2.2.3 (64bits) as reverse proxy.
3. IIS as backend server forcing deflate compression on *some* content.
Well... as the windows clients are behind a proxy, no matter what I do, the
client will always send the requests to me with Http 1.0 which is default
setting for most windows proxies server out there. Then, apache will forward
this request to the backend server. The backend server, no matter which http
version I tell, which encoding I tell, will ALWAYS force some dynamic
applications to return content compressed as "deflate".
The result? Well, the result is Internet Explorer showing the content
compressed without inflating first, which means it shows all garbage.
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: [EMAIL PROTECTED]
" from the digest: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
