下面的配置对我有用。注意，我只设置client_max_body_size 50M;曾经，与别人所说的相反……

文件:/etc/nginx/conf.d/sites.conf

server {
    listen 80 default_server;
    server_name portal.myserver.com;
    return 301 https://$host$request_uri;
}

server {
    resolver 127.0.0.11 valid=30s;
    listen 443 ssl default_server;
    listen [::]:443 ssl default_server;
    ssl_certificate /secret/portal.myserver.com.crt;
    ssl_certificate_key /secret/portal.myserver.com.pem;
    access_log /var/log/nginx/access.log;
    error_log /var/log/nginx/error.log;
    server_name portal.myserver.com;
    client_max_body_size 50M;
    location /fileserver/ {
        set $upstream http://fileserver:6976;
        proxy_pass $upstream;
    }
}

请查看是否在http{}块中设置client_max_body_size指令，而不是在location{}块中设置client_max_body_size指令。我已经在http{}块内设置了它，它可以工作

如果你正在使用windows版本的nginx，你可以尝试杀死所有的nginx进程并重新启动它来查看。 我在我的环境中遇到了同样的问题，但用这个解决方案解决了它。

我遇到了同样的问题，但我发现它与nginx无关。我使用nodejs作为后端服务器，使用nginx作为反向代理，413代码是由节点服务器触发的。节点使用koa解析正文。Koa限制url编码的长度。

formLimit: url编码体的限制。如果主体最终大于此限制，则返回413错误代码。默认为56kb。

将formLimit设置为更大可以解决这个问题。

截至2016年3月，我遇到了这个问题，试图通过https POST json(从python请求，这并不重要)。

窍门是将“client_max_body_size 200M;”至少放在http{}和server{}两个地方:

1. HTTP目录

通常在/etc/nginx/nginx.conf中

2. vhost中的服务器目录。

对于通过apt-get安装nginx的Debian/Ubuntu用户(以及其他默认使用vhosts安装nginx的发行版包管理器)，这是/etc/nginx/sites-available/mysite.com，对于那些没有vhosts的用户，这可能是你的nginx.conf或在相同的目录下。

3.位置/目录在与2相同的位置。

你可以比/更具体，但如果它根本不起作用，我建议将其应用于/，然后一旦它起作用就更具体。

请记住—如果您有SSL，这将要求您为SSL服务器和位置设置上述设置，无论它可能在哪里(理想情况下与2.相同)。我发现，如果你的客户端试图在http上上传，你希望他们得到301跳转到https, nginx实际上会在重定向之前放弃连接，因为文件对http服务器来说太大了，所以它必须在两者中。

最近的评论表明，在更新的nginx版本的SSL上有一个问题，但我在1.4.6上，一切都很好:)

如果你尝试了上面的选项，没有成功，你也使用IIS (iisnode)托管你的节点应用程序，把这段代码放在web上。Config帮我解决了这个问题:

这里是参考资料:https://www.inflectra.com/support/knowledgebase/kb306.aspx

此外，您可以更改允许的长度，因为现在我认为它是2GB。根据你的需要修改它。

  <security>
    <requestFiltering>
      <requestLimits maxAllowedContentLength="2147483648" />
    </requestFiltering>
  </security>