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是相应设置的)。
当前回答
您需要应用以下更改:
Update php.ini (Find right ini file from phpinfo();) and increase post_max_size and upload_max_filesize to size you want: sed -i "s/post_max_size =.*/post_max_size = 200M/g" /etc/php5/fpm/php.ini sed -i "s/upload_max_filesize =.*/upload_max_filesize = 200M/g" /etc/php5/fpm/php.ini``` Update NginX settings for your website and add client_max_body_size value in your location, http, or server context. location / { client_max_body_size 200m; ... } Restart NginX and PHP-FPM: service nginx restart service php5-fpm restart
注意:有时(在我的情况下几乎每次),如果php-fpm进程没有通过service命令正确刷新,你需要杀死它。要做到这一点,你可以获得进程列表(ps -elf | grep php-fpm)并逐个杀死(kill -9 12345)或使用以下命令为你做:
ps -elf | grep php-fpm | grep -v grep | awk '{ print $4 }' | xargs kill -9
其他回答
我遇到了同样的问题,但我发现它与nginx无关。我使用nodejs作为后端服务器,使用nginx作为反向代理,413代码是由节点服务器触发的。节点使用koa解析正文。Koa限制url编码的长度。
formLimit: url编码体的限制。如果主体最终大于此限制,则返回413错误代码。默认为56kb。
将formLimit设置为更大可以解决这个问题。
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
有同样的问题,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,尤里卡!!这就解决了问题。
您需要应用以下更改:
Update php.ini (Find right ini file from phpinfo();) and increase post_max_size and upload_max_filesize to size you want: sed -i "s/post_max_size =.*/post_max_size = 200M/g" /etc/php5/fpm/php.ini sed -i "s/upload_max_filesize =.*/upload_max_filesize = 200M/g" /etc/php5/fpm/php.ini``` Update NginX settings for your website and add client_max_body_size value in your location, http, or server context. location / { client_max_body_size 200m; ... } Restart NginX and PHP-FPM: service nginx restart service php5-fpm restart
注意:有时(在我的情况下几乎每次),如果php-fpm进程没有通过service命令正确刷新,你需要杀死它。要做到这一点,你可以获得进程列表(ps -elf | grep php-fpm)并逐个杀死(kill -9 12345)或使用以下命令为你做:
ps -elf | grep php-fpm | grep -v grep | awk '{ print $4 }' | xargs kill -9