I have run into an problem in which a web application has handled to produce a cookie around the client, which, when posted through the client to Apache, causes Apache to come back the next:
HTTP/1.1 400 Bad Request Date: Mon, 08 Mar 2010 21:21:21 GMT Server: Apache/2.2.3 (Red Hat) Content-Length: 7274 Connection: close Content-Type: text/html; charset=iso-8859-1 <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>400 Bad Request</title> </head><body> <h1>Bad Request</h1> <p>Your browser sent a request that this server could not understand.<br /> Size of a request header field exceeds server limit.<br /> <pre> Cookie: ::: A REALLY LONG COOKIE ::: </pre> </p> <hr> <address>Apache/2.2.3 (Red Hat) Server at www.foobar.com Port 80</address> </body></html>
After considering the problem, it appears that the net application has handled to produce a really lengthy cookie, over 7000 figures. Now, don't request me the way the web application could do that, I had been of the opinion browsers were designed to stop this from happening. I have handled to develop a strategy to avoid the snacks from growing unmanageable again.
The problem I am attempting to tackle is how do you totally reset the big cookie around the client if each time the customer attempts to submit a request to Apache, Apache returns a 400 client error? I have attempted while using ErrorDocument directive, however it seems that Apache bails around the request before reaching any custom error handling.
Oh dear! I think you will need to at boost the LimitRequestFieldSize configuration option in Apache's
httpd.conf to visit any more, to get so far as running the server-side script. Make certain it cleans in the snacks as rapidly as you possibly can before linked with emotions . grow again!