nginx上传client_max_body_size问题

Question

我正在运行 nginx/ruby-on-rails，并且我有一个简单的多部分表单来上传文件。 一切正常，直到我决定限制我要上传的文件的最大大小。 为此，我将 nginx client_max_body_size 设置为 1m (1MB)，并期望在该规则中断时响应 HTTP 413（请求实体太大）状态。

问题是，当我上传一个 1.2 MB 的文件时，浏览器没有显示 HTTP 413 错误页面，而是挂了一点，然后死机并显示“页面加载时连接已重置"消息。

我几乎尝试了 nginx 提供的所有选项，但似乎没有任何效果。有人对此有任何想法吗？

这是我的 nginx.conf：

worker_processes  1;
timer_resolution  1000ms;
events {
    worker_connections  1024;
}

http {
    passenger_root /the_passenger_root;
    passenger_ruby /the_ruby;

    include       mime.types;
    default_type  application/octet-stream;

    sendfile           on;
    keepalive_timeout  65;

    server {
      listen 80;
      server_name www.x.com;
      client_max_body_size 1M;
      passenger_use_global_queue on;
      root /the_root;
      passenger_enabled on;

      error_page 404 /404.html;
      error_page 413 /413.html;    
    }    
}

谢谢。

---

**Edit**

环境/UA：Windows XP/Firefox 3.6.13

Answer 1

来自the documentation：

有必要记住，浏览器不知道如何正确显示此错误。

我怀疑这是正在发生的事情，如果您使用诸如 Firebug 或 Live HTTP Headers（两个 Firefox 扩展）之类的工具检查 HTTP 来回，您将能够看到真正发生的事情。

Answer 2

当客户端通过发送 413 响应并关闭连接来通知它将发送大于 client_max_body_size 的正文时，nginx“快速失败”。

在发送整个请求正文之前，大多数客户端不会读取响应。因为 nginx 关闭了连接，所以客户端向关闭的 socket 发送数据，导致 TCP RST。

如果您的 HTTP 客户端支持它，处理此问题的最佳方法是发送 Expect: 100-Continue 标头。 Nginx 从 1.2.7 开始正确支持这一点，如果 Content-Length 超过最大正文大小，将回复 413 Request Entity Too Large 响应而不是 100 Continue。

Answer 3

你的上传最后会死吗？崩溃前99%？客户端主体和缓冲区是关键，因为 nginx 必须缓冲传入的数据。正文配置（请求正文的数据）指定 nginx 如何处理从多部分表单客户端到应用逻辑的大量二进制数据流。

clean 设置通过指示 nginx 将传入缓冲区存储在一个文件中，然后稍后通过删除该文件从磁盘中清理该文件来释放内存和消耗限制。

将body_in_file_only 设置为clean 并调整client_max_body_size 的缓冲区。原始问题的配置已经打开了 sendfile，也增加了超时。我使用下面的设置来解决这个问题，适用于您的本地配置、服务器和 http 上下文。

client_body_in_file_only clean;
client_body_buffer_size 32K;

client_max_body_size 300M;

sendfile on;
send_timeout 300s;