Custom page for 400 (Bad Request)
igor at sysoev.ru
Wed Dec 15 01:35:17 MSK 2010
On Tue, Dec 14, 2010 at 12:33:02PM -0500, Denis wrote:
> This should be added to default server, as error 400 is generated
> before any server_name matching occurs.
> Yep, I added it to the default server. At least, it's listening as
> listen 80 default;
> Note that you may also bump client_header_buffer_size /
> large_client_header_buffers if you want cookies in question to be
> actually accepted and processed (this should be done in default
> server, too, or at http level).
> That's exactly what I'm bumping. Sorry, I should have made it more clear
> in my first post. I don't want to make my large_client_header_buffer 1
> megabyte and I need some kind of way to fall back gracefully when a
> client appears with 1Mbyte cookie. Like show him a page saying "your
> But the problem is, I either get that hardcoded simple page or get http
> response with no response body at all.
> $ curl http://foobar.com/ -b hugecookies.jar
> HTTP/1.1 400 Bad Request
> Server: nginx
> Date: Tue, 14 Dec 2010 17:29:07 GMT
> Content-Type: text/html; charset=EUC-JP
> Content-Length: 237
> Connection: close
> curl: (55) Send failure: Connection reset by peer
The attached patch allows HTTP lingering close for 400 responses.
However, it will not be included in next releases: I'm going to
introduce a special code, say 490, for long HTTP header lines as
it's already done for SSL errors (495, 496, and 497). Then you can
error_page 490 =200 /large_cookie.html;
More information about the nginx