Nginx一直说客户端打算发送太大的身体。谷歌和RTM让我找到了client_max_body_size。我在Nginx .conf和vhost conf中设置了200m,重启了Nginx几次,但我仍然得到错误消息。
我是不是忽略了什么?后端是php-fpm (max_post_size和max_upload_file_size是相应设置的)。
Nginx一直说客户端打算发送太大的身体。谷歌和RTM让我找到了client_max_body_size。我在Nginx .conf和vhost conf中设置了200m,重启了Nginx几次,但我仍然得到错误消息。
我是不是忽略了什么?后端是php-fpm (max_post_size和max_upload_file_size是相应设置的)。
当前回答
下面的配置对我有用。注意,我只设置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;
}
}
其他回答
如果这不好,有人会纠正我,但我喜欢尽可能地锁定所有内容,如果您只有一个上传目标(通常情况下),那么只需将您的更改定向到一个文件。这适用于我的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";
(...)
}
我正在设置一个开发服务器来使用我们过时的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是什么把戏。希望它能帮助到其他人。
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
截至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上,一切都很好:)
有同样的问题,client_max_body_size指令被忽略。
我的愚蠢错误是,我把一个文件放在了/etc/nginx/conf里面。D,不以.conf结尾。Nginx默认情况下不会加载这些。