When trying to go to a particular web site through the Edge SWG (ProxySG), the client continues to see the
Content Encoding Error (content_encoding_error)
error message in the browser.
Error message seen in the client web browsers returned by the Edge SWG (ProxySG):
Content Encoding Error (content_encoding_error)
Server response could not be decoded using encoding type returned by server.
This is typically caused by a Web Site presenting a content encoding header of one type, and then encoding the data differently.
The cause of this error message is a web server whose HTTP response headers indicate that it will be responding with one type of encoding, but instead responds with a different type of encoding. For example, what is commonly seen is that a web server returns a gzip compressed object, but the content is actually text.
There is no "fix" on the proxy for this behavior as the web server is behaving incorrectly. However, in the specific scenario described above, if you want to allow the content from the web server to be delivered to the user you can implement the following policy based workaround. This workaround removes the header in the client request indicating that the client can receive encoded content and instead forces the server to respond with the file in its original form.
VPM example:
CPL example: (Replace bad-encoding-site.com with the name, or category of the site experiencing the problem.)
--------------------------
<Proxy>
url.domain=bad-encoding-site.com action.ControlRequestHeader1(yes)
define action ControlRequestHeader1
delete(request.header.Accept-Encoding)
end action ControlRequestHeader1
--------------------------