Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 2 replies
  • Subscribers 1 subscriber
  • Views 958 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

HTTP Proxy problem with a single website

MatthiasD
Hey all

I have a strange error when trying to access one special website with the http proxy in use.
When trying to access www.restaurantzurpost.ch an error pops up in Internet Explorer. I've attached a screenshot.

It states that Internet Explorer cannot download / from URL.
If I disable the proxy and take the direct way out it works without any problems.
I've checked the http log but can't see anything special. I've created an exception for everything matching this URL without success.

Any help appreciated

Matthias


This thread was automatically locked due to age.
Parents
  • 0
    Checked what's going on, and found the reason:

    The Astaro HTTP-Proxy strips the 'Accept-Encoding' Header from the request, before forwarding the request to prevent unscannable Encodings. This is perfectly ok, and shouldn't cause any problems - When there's no permission from the Client to compress the Content Server must not do this.

    The problem with this server is, that it only stops announcing that it delivers the compressed content - but it is still compressed, and the client doesn't know it because the response is missing the following header:

    Content-Encoding: gzip

    Cheers,

    Sven.
Reply
  • 0
    Checked what's going on, and found the reason:

    The Astaro HTTP-Proxy strips the 'Accept-Encoding' Header from the request, before forwarding the request to prevent unscannable Encodings. This is perfectly ok, and shouldn't cause any problems - When there's no permission from the Client to compress the Content Server must not do this.

    The problem with this server is, that it only stops announcing that it delivers the compressed content - but it is still compressed, and the client doesn't know it because the response is missing the following header:

    Content-Encoding: gzip

    Cheers,

    Sven.
Children
No Data