I think my situation is very similar to Why might a 413 not be flushed to the client immediately? , what is indented is where my situation is different

I have my local development server returning status 413 for oversized file uploads and the client is receiving these immediately - as I require. Both my error and access log show this, but it takes around 6 seconds, so I wonder if my browser is waiting to send the image? and then receive it the 413 error?

My remote server is the same version of Nginx and more-or-less the same configuration, but the 413 never reaches the browser.

An error indicating the data is oversized appears in the error log straight away and nothing appears in the access log. The browser continues to send the data and after 30 seconds the 413 status appears in the access log (and again in the error log) and the browser times out with an internal 'connection reset' error. Here is where my situation is different from this problem. I still get the (client intended to send too large body:) in error.log and (POST /path/to/my/imageupload HTTP/1.1 413) in access.log right away, but I also get a respond with no Status (in Chrome the status is failed or 0) right away

When I curl the same request I do get the 413 error respond. Which matches mgorven responded in that post.

I see mgorven said that the browser waits to send everything before receiving anything from server. Is that why it doesn't accept the 413? Any idea how to fix it? If i set keepalive_requests to 0 would it break anything? like uploading big images (smaller than 5mb)? So how do people handle nginx 413 errors without showing the nginx 413 error page?

Also along the same topic, the above happens when I try to upload through javascript. Part of my app has a Rails uploader, and when it uploads a large file, it just drops the connection. But my local box shows the nginx 413 error page. Any ideas how to get around this and just send a Json respond?

1 Answer 1


Setting keepalive_requests to 0 won't break anything, but it will disable persistent connections (which may result in a reduction in performance).

You can configure nginx to send a JSON response, but note that you'll still need the client to behave correctly and check for a response before finishing sending the request body.


{"message": "Request Entity Too Large"}


location /errors {
    types {
        application/json    json;
        text/html   html;
        text/html   htm;

error_page 413 /errors/413.json;
  • so what do you mean by but note that you'll still need the client to behave correctly and check for a response before finishing sending the request body. , I mean how do I check for a response? since I only get a status 0 response? and how do I tell the client to check before finish sending the response?
    – mina d
    Jul 19, 2012 at 17:39
  • @minad The client in your case is the browser running your JavaScript, so the browser has to implement this correctly in order for this to work. If it doesn't then you're out of luck I'm afraid.
    – mgorven
    Jul 19, 2012 at 17:51

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .