服务器返回 413 Request Entity Too Large

最新推荐文章于 2025-05-26 18:06:45 发布
原创 最新推荐文章于 2025-05-26 18:06:45 发布 · 2.5k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#php #nginx #http #413 #nginx代理

文章讲述了在Docker环境中，上传大于1.5M文件时报413RequestEntityTooLarge错误，经过排查确定问题在代理层的nginx-proxy。解决方法是在宿主机创建my_custom.conf文件并调整client_max_body_size，然后挂载到nginx-proxy容器中，以确保上传限制的更改生效。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

问题

上传一个大于1.5M的文件时，报错：413 Request Entity Too Large

使用的配置

1、用的是docker环境，还有一层代理，代理用的镜像是：jwilder/nginx-proxy

2、docker里是有php和nginx

确认配置

docker里的php和nginx都配置了上传的限制是20M以上，包括请求超时时间也是很长

nginx:

 php.ini

 

解决思路

1、docker里的nginx和php确认已经配置了上传限制是20M以上，并且docker里的nginx和php都没有错误日志，那说明请求就没有走到docker里的环境，应该在代理层被拦截了，

2、排查代理容器：jwilder/nginx-proxy，发现其nginx没有配置：client_max_body_size的大小，说明走的是默认的，chatgtp查了下默认的大小

3、这样基本确认是代理的问题了。

解决方法 

1、本地增加一个文件【/www/privdata/my_custom.conf】，文件里增加内容

client_max_body_size 10M;

2、创建容器时挂载这个my_custom.conf文件到容器的/etc/nginx/conf.d/目录下。如：

docker run -d -p 80:80 --name=nginx-proxy --net=nginx-proxy --restart always -v /var/run/docker.sock:/tmp/docker.sock -v /www/privdata/my_custom.conf:/etc/nginx/conf.d/client_max_body_size.conf:ro jwilder/nginx-proxy

注意：这边是挂载文件到容器里指定目录的某个文件，需要确保宿主机的文件夹已经被共享到容器里。不然会导致宿主机的文件夹没有权限，导致挂载的时候会是一个目录，最终代理出错

 我用的是colima，colima start --edit 时可以看大/www/privdata 已经被挂载到容器里了。

 至于linux上docker 忘记之前怎么设置挂载目录了，加的时候已经有权限了，所以直接执行就行

413 Request Entity Too Large
zyh201314zyh的博客
05-14 2077
【代码】413 Request Entity Too Large。
413 Request Entity Too Large，请求报错
qq_45399948的博客
08-07 7313
报错信息如下：413 Request Entity Too Large当尝试通过POST方式上传过大的文件时，服务器可能返回413错误码，前端开发者会看到如下的红色警告：这源于请求的实体大小超过了服务器配置的缓存限制和最大客户端请求大小。
解决错误代码 413 Request Entity Too Large（请求实体太大）
专注网络安全、Linux、K8s等技术分享，愿你在云计算运维领域不断进阶，欢迎随时交流。
05-16 2265
服务器对上传文件带下做了限制（Nginx，Apache，IIS等服务器，文中仅对Nginx配置做了说明）网关对上传文件大小做了限制，此时添加配置即可。SpringBoot/Spring对上传文件大小做了限制，添加配置即可。文件过大，网络带宽沾满，导致上传超时关注公众号「原宏Cloud运维栈」，带你学习更多实战经验！
WCF错误远程服务器返回了意外响应: (413) Request Entity Too Large。解决方案
dianyin7770的博客
07-29 675
这个问题出现的原因是 调用wcf服务的时候传递的参数 长度太大 wcf数据传输采用的默认的大小是65535字节。 ---------------------------------------------------------------------------------------------------------- 解决方法就是改服务端的webconfig文...
nginx、Apache、IIS服务器解决 413 Request Entity Too Large问题方法汇总
01-09
一、nginx服务器 nginx出现这个问题的原因是请求实体太长了。一般出现种情况是Post请求时Body内容Post的数据太大了，如上传大文件过大、POST数据比较多。处理方法 在nginx.conf增加 client_max_body_size的相关设置,...
Nginx HTTP:413 Request Entity Too Large解决方法
01-10
今天遇到一个问题，在PHP程序中上传图片出现了以下错误：HTTP:413 Request Entity Too Large。 开发环境：CentOS + Nginx + PHP + MySql 解决方案 解决此问题，根据上传数据文件的大小，需要调节PHP和Nginx相关的...
Nginx报错413 Request Entity Too Large的客户端请求体限制
最新发布
shejizuopin的博客
05-26 2486
在Web开发中，Nginx作为高性能的Web服务器和反向代理服务器，常遇到413 Request Entity Too Large错误。该错误通常由Nginx默认请求实体大小限制（1MB）或未正确配置client_max_body_size指令引起。解决方案包括在Nginx配置文件的http、server或location块中调整client_max_body_size值，并重启Nginx服务。此外，还需检查PHP配置（如post_max_size和upload_max_filesize）以确保与Nginx
三个思路解决laravel上传文件报错：413 Request Entity Too Large问题
10-19
在使用 Laravel 框架进行文件上传时，可能会遇到“413 Request Entity Too Large”的错误，这通常意味着客户端发送的请求实体（如上传的文件）超过了服务器接收的最大限制。在本例中，问题出现在 Nginx 阶段，而非 ...
HTTP状态码413（413 Request Entuty Too Large）
热门推荐
qq_41546003的博客
04-09 1万+
HTTP状态码413表示"请求实体过大"。这个状态码通常在客户端尝试上传的数据量超出服务器所能处理的范围时触发。服务器会拒绝处理该请求，并返回这个状态码，以提示客户端减少请求的大小。
http状态码413，并提示Request Entity Too Large
My52Hz
04-12 4979
自己写的网站频繁出现413状态异常问题并且提示Request Entity Too Large，导致需要频繁删除本地cookie；排查了二级域名下的网站发现没有这个问题；
C# 远程服务器返回错误: (413) Request Entity Too Large问题解决
旭东怪的博客
12-22 4223
问题描述： 远程服务器返回错误:(413)RequestEntityTooLarge。 问题分析： 1、Framework向WCF服务接口发送请求时，发送的数据太大，无法发送到WCF服务。 解决方案： 使用dll程序集的方式调用WCF服务接口，可以避免发送的数据太大无法使用WCF服务接口的问题。 ...
远程服务器返回了意外相应：（413） Request Entity Too Large。
flyingdream123的专栏
04-29 3467
数据请求太大导致错误 WCF配置文件节添加以下2个节点，客户端和服务端配置文件都是需要添加 <binding name="BasicHttpBinding_IStockCheckService" closeTimeout="00:01:00" openTimeout="00:01:00" receiveTimeout="00:10:00" se
wcf 远程服务器返回了意外响应: (413) Request Entity Too Large。
czjnoe的博客
12-28 807
问题：调用 WCF返回错误 远程服务器返回了意外响应: (413) Request Entity Too Large。 解决：在 config 配置文件,设置wcf接收的消息的最大大小 2147483647（单位为字节），默认大小为65536 服务端配置文件添加节点 ： <bindings> <basicHttpBinding> <binding maxBufferSize="2147483647" maxReceivedMessageS.
【异常】上传文件报413Request EntityToo Large错误
本本本添哥
03-13 5774
产生这种原因往往是因为nginx服务器限制了上传大小。
413 (Request Entity Too Large)
zzw_17600691357的博客
03-02 2509
报错 POST http://ccsoms-dev.aixin-ins.net/prod-api/doublerecord/uploadFile 413 (Request Entity Too Large) 操作 docker发布vue项目文件上传 问题原因 默认情况下，Nginx请求体大小是1M，超过这个限制就会出现413错误 可以在Nginx配置中的http节点中设置大小 client_max_body_size 10m; # 当前处理的项目发布在docker容器中，使用的nginx # Tem
上传文件提示413 Request Entity Too Large错误
foreveryangting的博客
10-12 1万+
1. Nginx服务器 原因是请求实体太长了。一般出现种情况是Post请求时Body内容Post的数据太大了 如上传大文件过大; 如POST数据比较多 处理方法修改nginx.conf的值就可以解决了。 client_max_body_size 2M 改为 client_max_body_size 10M 2. Apache服务器 修改下Apache配置文件中的LimitRe...
413 Request Entity Too Large 问题如何解决
舒一笑的博客
03-14 7959
遇到“413 Request Entity Too Large”错误通常意味着你尝试上传或提交到服务器的数据量超过了服务器能够处理的限制。这个问题通常与Web服务器的配置相关，比如Nginx或Apache。这个问题出现在使用Nginx作为Web服务器的环境中。
windows服务器报413 Request Entity Too Large
03-11
### 解决 Windows 服务器 IIS 413 请求实体过大问题 对于在 Windows 服务器上的 Internet Information Services (IIS) 遇到的 `413 Request Entity Too Large` 错误，可以通过调整配置来增大允许上传的最大文件尺寸。 #### 调整 ASP.NET 设置 为了增加通过应用程序框架（如 .NET）提交的内容长度限制，在 web.config 文件中的 `<system.web>` 下设置 `maxRequestLength` 属性可以实现这一点。例如： ```xml <configuration> <system.web> <!-- 将最大请求长度设为6MB --> <httpRuntime maxRequestLength="6291453" /> </system.web> </configuration> ``` 这一步骤适用于基于 ASP.NET 的应用，并且该属性是以KB为单位定义的[^4]。 #### 修改 IIS 配置 除了上述针对特定编程环境的做法外，还需要考虑更广泛的 IIS 级别的设定。可以在同一配置文件内的 `<system.webServer>` 中加入如下节点以提升整个站点接受数据包的能力： ```xml <security> <requestFiltering> <!-- 单位字节；这里设置了大约8GB的最大限制 --> <requestLimits maxAllowedContentLength="8589934592"/> </requestFiltering> </security> ``` 此处的关键在于 `maxAllowedContentLength` 参数，它决定了客户端能够发送给服务器的最大内容量，其值同样采用的是字节数形式表示[^1]。 #### 更新 metabase.xml 或者使用命令行工具 如果是在较旧版本的操作系统或者特殊情况下，则可能涉及到直接编辑位于 `%windir%\System32\inetsrv\metabase.xml` 文件里的相应参数，比如修改 `ASPMaxRequestEntityAllowed` 值至所需大小并重启相关服务[^2]。不过这种方法现在较少被推荐，因为现代版次的 IIS 提供了更加简便的方式来进行这些更改。 #### 应用程序层面的优化建议 考虑到性能因素以及安全性考量，适当评估实际业务需求后再做决定是非常重要的。过高的上限虽然解决了当前的问题，但也增加了潜在风险和资源消耗的可能性。因此，合理规划预期接收的数据规模有助于构建稳定高效的Web服务平台[^3]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值