我正在设置一个开发服务器来使用我们过时的live服务器，我使用了完美的服务器- Ubuntu 14.04 (nginx, BIND, MySQL, PHP, Postfix, Dovecot和ISPConfig 3)

在经历了同样的问题后，我看到了这篇文章，但没有任何工作。我改变了每个推荐文件(nginx.conf, ispconfig. conf)中的值。Vhost， /sites-available/default，等等)

最后，在/etc/nginx/sites-available/apps中修改client_max_body_size。Vhost和重新启动nginx是什么把戏。希望它能帮助到其他人。

下面的配置对我有用。注意，我只设置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;
    }
}

有同样的问题，client_max_body_size指令被忽略。

我的愚蠢错误是，我把一个文件放在了/etc/nginx/conf里面。D，不以.conf结尾。Nginx默认情况下不会加载这些。

假设你已经在其他答案中设置了client_max_body_size和各种PHP设置(upload_max_filesize / post_max_size等)，然后重新启动或重新加载NGINX和PHP，没有任何结果，运行这个…

nginx -

这会让你在NGINX配置中出现任何未解决的错误。在我的情况下，我在413错误中挣扎了一整天，才意识到NGINX配置中还有其他一些未解决的SSL错误(certs的错误路径)需要更正。一旦我修复了从'nginx -T'得到的未解决的问题，重新加载nginx，尤里卡!!这就解决了问题。

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

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

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

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

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