上传文件提示413 Request Entity Too Large错误

1. Nginx服务器

原因是请求实体太长了。一般出现种情况是Post请求时Body内容Post的数据太大了
如上传大文件过大; 如POST数据比较多
处理方法修改nginx.conf的值就可以解决了。
client_max_body_size 2M 改为
client_max_body_size 10M

2. Apache服务器

修改下Apache配置文件中的LimitRequestBody配置，如果是虚拟主机，请联系空间商帮助修改。
具体步骤：
在apache环境中上传较大软件的时候，有时候会出现413错误，出现这个错误的原因，是因为apache的配置不当造成的，
找到apache的配置文件目录也就是conf目录，和这个目录平行的一个目录叫conf.d打开这个conf.d，里面有一个php.conf
目录内容如下：
# PHP is an HTML-embedded scripting language which attempts to make it
# easy for developers to write dynamically generated webpages.
LoadModule php4_module modules/libphp4.so
# Cause the PHP interpreter handle files with a .php extension.
SetOutputFilter PHP
SetInputFilter PHP
LimitRequestBody 6550000
# Add index.php to the list of files that will be served as directory
# indexes.
#
DirectoryIndex index.php
错误就发生在这个LimitRequestBody配置上，将这个的值改大到超过你的软件大小就可以了
如果没有这个配置文件请将
SetOutputFilter PHP
SetInputFilter PHP
LimitRequestBody 6550000
写到apache的配置文件里面即可。

3. IIS7 https 发生413错误未显示页面,因为请求实体过大

如果 Web 服务器、网站或站点的单个目录或文件上启用了客户端证书，则客户端在上载较大的文件时可能会看到 HTTP 413 错误。
如果客户端向运行 IIS 6.0 的 Web 服务器发送一个较长的 HTTP 请求（如 POST 请求），则 IIS 工作进程可能会收到足以解析请求标头的数据，
但不会收到整个请求实体正文。当 IIS 工作进程检测到需要客户端证书以向客户端返回数据时，IIS 尝试重新协商客户端连接。不过，客户端无法重新
协商连接，因为它正在等待向 IIS 发送请求中的其余数据。
如果请求客户端重新协商，则必须使用 SSL 预加载功能预加载请求实体正文。SSL 预加载功能将使用用于 ISAPI 扩展的 UploadReadAheadSize 配置数据库
属性的值。但是，如果 UploadReadAheadSize 小于内容长度，则返回 HTTP 413 错误，并关闭连接以防止出现死锁。（在以下情况下出现“死锁”：客户端正
在等待发送请求实体，而服务器等待完成重新协商，重新协商要求客户端能够发送数据，可是这是无法完成的。）
解决方案是确保没有禁止客户端发送整个实体正文。为此，应将 UploadReadAheadSize 的值更改为大于内容长度的值和最大请求实体主体限制更改为大于文
件大小。
关于如何设置IIS7的配置，请参考http://www.iis.net/ConfigReference
一. 配置UploadReadAheadSize
Appcmd.exe命令位于"%WinDir%\System32\Inetsrv"

appcmd.exe set config -section:system.webServer/serverRuntime /uploadReadAheadSize:"49152" /commit:apphost

你把"uploadReadAheadSize"的值逐渐改大来做测试，比如可以98304 -> 196608 -> 393216。

二. 配置MaxRequestEntityAllowed
在IIS“功能视图”中双击“ASP”模块，打开“限制属性”，将最后一项“最大请求实体主体限制[maxRequestEntityAllowed]”改为你需要的值(例如 1073741824,
1GB)。
同时，请注意如果你上传的文件较大，请考虑一下“脚本超时[scriptTimeOut]”是否需要更改，默认是00:01：30，这里改成了00:05:30。

上传文件提示413 Request Entity Too Large错误相关推荐

上传文件提示 413 Request Entity Too Large 错误
做了一个文件上传接口,刚开始以为是自己写的代码有问题,后台打断点后发现不是接口的问题,上网查了一下HTTP 413错误,(request entity too large),是HTTP协议状态码的一种 ...
上传文件报413 Request Entity Too Large错误解决办法
产生这种原因是因为服务器限制了上传大小 1.nginx服务器的解决办法修改nginx.conf的值就可以解决了将以下代码粘贴到nginx.conf内 client_max_body_size 20 ...
php 上传 413,PHP CURL上传文件出现413 Request Entity Too Large
php在使用CURL上传文件时出现413 Request Entity Too Large,网上也查找了很多方案,但是都不起作用经仔细检查,发现curl_setopt的各个参数设置的顺序也会有影响. ...
上传大文件，出现： 413 request Entity too Large错误的解决办法
工作中遇见了一个问题,就是上传一个100M的文件,会报413 request Entity too Large错误,下面给出解决方式. 经过排查,发现服务器使用nginx作为反向代理服务器,报上名错误 ...
svn 413 Request Entity Too Large 错误的解决方法
2019独角兽企业重金招聘Python工程师标准>>> 今天遇止了 svn 413 Request Entity Too Large 错误,通过stackoverflow找到了解决的 ...
解决上传文件时 nginx 413 Request Entity Too Large 错误
一个使用Tomcat 发布的站点,使用Nginx做了代理,在上传文件时发生以下错误: <html> <head><title>413 Request Entity ...
Nginx出现“413 Request Entity Too Large”错误解决方法
今天使用phpmyadmin的导入功能的时候,由于sql文件过大,服务器出现错误提示了,413 Request Entity Too Large,google了一下,发现是Nginx的错误提示. 解 ...
svn 413 Request Entity Too Large 错误
最近svn检出代码报错:svn 413 Request Entity Too Large svn使用的是自己搭建:svn+LDAP+Apache集成,因此初步定位应该为http 配置,限制了用户请求的 ...
413 Request Entity Too Large问题解决方法
最近我们有个小程序需求是现场拍照提取照片中的有效信息,上传图片只能通过现场拍照,由于目前手机像素普遍较高,导致上传接口出现413 Request Entity Too Large,上传文件过大引起ng ...

上传文件提示413 Request Entity Too Large错误

上传文件提示413 Request Entity Too Large错误相关推荐

最新文章

热门文章