我遇到了同样的问题，但我发现它与nginx无关。我使用nodejs作为后端服务器，使用nginx作为反向代理，413代码是由节点服务器触发的。节点使用koa解析正文。Koa限制url编码的长度。

formLimit: url编码体的限制。如果主体最终大于此限制，则返回413错误代码。默认为56kb。

将formLimit设置为更大可以解决这个问题。

如果您正在使用Kubernetes，请在Ingress中添加以下注释:

annotations:
  nginx.ingress.kubernetes.io/client-max-body-size: "5m"
  nginx.ingress.kubernetes.io/client-body-buffer-size: "8k"
  nginx.ingress.kubernetes.io/proxy-body-size: "5m"
  nginx.ingress.kubernetes.io/proxy-buffer-size: "8k"

确认已应用更改:

kubectl -n <namespace> describe ingress <ingress-name>

引用:

客户端缓冲区大小 自定义最大身体尺寸

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

您需要应用以下更改:

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

我正在设置一个开发服务器来使用我们过时的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文档，你可以在以下上下文中设置client_max_body_size为20m(或任何你需要的值):

context: http, server, location