我最近有一个类似的问题，发现client_max_body_size 0;可以解决这样的问题。这将把client_max_body_size设置为无限制。但最佳实践是改进您的代码，因此没有必要增加这个限制。

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

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

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

context: http, server, location

下面的配置对我有用。注意，我只设置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{}块内设置了它，它可以工作

如果这不好，有人会纠正我，但我喜欢尽可能地锁定所有内容，如果您只有一个上传目标(通常情况下)，那么只需将您的更改定向到一个文件。这适用于我的Ubuntu nginx-extras mainline 1.7+包:

location = /upload.php {
    client_max_body_size 102M;
    fastcgi_param PHP_VALUE "upload_max_filesize=102M \n post_max_size=102M";
    (...)
}