Understanding Tolerant HTTP Request Parsing By default, the ProxySG blocks malformed HTTP requests, returning a 400 Invalid Request error. The tolerant HTTP request parsing flag causes certain types of malformed requests to be processed instead of being rejected.
By default, a header line not beginning with a <Tab> or space character must consist of a header name (which contains no <Tab> or space characters), followed by a colon, followed by an optional value, or an error is reported. With tolerant request parsing enabled, a request header name is allowed to contain <Tab> or space characters, and if the request header line does not contain a colon, then the entire line is taken as the header name.
A header containing one or more <Tab> or space characters, and nothing else, is considered ambiguous. Blue Coat does not know if this is a blank continuation line or if it is the blank line that signals the end of the header section. By default, an ambiguous blank line is illegal, and an error is reported. With tolerant request parsing enabled, an ambiguous blank line is treated as the blank line that signals the end of the header section.
To Enable the HTTP Tolerant Request Parsing Flag through the CLI
Note: This feature is only available through the CLI. It cannot be set through the Management Console.
From the (config) prompt, enter the following command to enable tolerant HTTP request parsing (the default is disabled):
SGOS#(config) http tolerant-request-parsing
To disable HTTP tolerant request parsing, enter the following command:
SGOS#(config) http no tolerant-request-parsing
Here is the GET requests from working and non-working.
400 Bad Request:
GET http://www.google.com/trends?q=annka+sorenstam,+michelle+wie HTTP/1.0