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

nginx -

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

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

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

NGINX大上传终于在托管的WordPress站点上成功工作了(根据nembleton & rjha94的建议)

我想如果我对他们的建议稍加澄清，可能会对某些人有所帮助。对于初学者，请确保你已经在所有三个独立的定义块(服务器，位置和http)中包含了你增加的上传指令。每个都应该有一个单独的行条目。结果会像这样(其中…反映定义块中的其他行):

http {
    ...
    client_max_body_size 200M;
}    

(在我的ISPconfig 3设置中，这个块在/etc/nginx/nginx.conf文件中)

server {
    ...
    client_max_body_size 200M;
}

location / {
    ...
    client_max_body_size 200M;
} 

(在我的ISPconfig 3设置中，这些块在/etc/nginx/conf.d/default.conf文件中)

另外，要确保服务器的php.ini文件与这些NGINX设置一致。在我的例子中，我改变了php.ini的File_Uploads部分的设置为:

upload_max_filesize = 200M

注意:如果您正在管理ISPconfig 3设置(我的设置是在CentOS 6.3上，根据完美服务器)，您将需要在几个单独的文件中管理这些条目。如果你的配置与步骤设置中的配置类似，你需要修改的NGINX conf文件位于这里:

/etc/nginx/nginx.conf
/etc/nginx/conf.d/default.conf 

我的php.ini文件位于这里:

/etc/php.ini

我继续忽略nginx.conf文件中的http{}块。显然，忽略这一点会将上传限制为1M的默认限制。在做了相关的更改之后，你还需要确保重新启动你的NGINX和PHP FastCGI Process Manager (PHP- fpm)服务。在上面的配置中，我使用以下命令:

/etc/init.d/nginx restart
/etc/init.d/php-fpm restart

根据nginx文档，你可以在以下上下文中设置client_max_body_size为20m(或任何你需要的值):

context: http, server, location

截至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上，一切都很好:)