上传文件 nginx 413错误

nginx : 413 Request Entity Too Large

上传文件过程发生413 Request Entity Too Large错误,翻译为请求实体过大,断定为nginx限制了请求体大小,翻看nginx文档发现default: client_max_body_size 1m

client_max_body_size

syntax: client_max_body_size size

default: client_max_body_size 1m

context: http, server, location

Directive assigns the maximum accepted body size of client request, indicated by the line Content-Length in the header of request.

If size is greater the given one, then the client gets the error "Request Entity Too Large" (413).

It is necessary to keep in mind that the browsers do not know how to correctly show this error.

果断打开nginx/conf/nginx.conf,在http模块中增加 client_max_body_size 10m;

别忘记后面的分号

nginx/sbin/nginx -s reload

OK,问题解决;

时间: 2024-12-16 22:49:48

上传文件 nginx 413错误的相关文章

http遇到的那些坑,iis上传文件报413错误 asp.net MVC

话不多说,直接上解决方法. 修改配置文件  applicationHost.config  具体地址在C:\Windows\System32\inetsrv\config 按照下面的节点进行 添加<serverRuntime uploadReadAheadSize="10485760" />  10MB大小 具体节点如下: <location> <system.webServer> <serverRuntime uploadReadAheadS

Nginx上传文件返回413的解决

通过http上传文件时返回403 Request Entity Too Large错误时,原因是默认设置的允许上传文件太小,默认是2M,如果上传文件大小大于2M时,那么就会返回413的错误,修改nginx配置文件nginx.conf,在http {}段内,server {}段外找到选项client_max_body_size这个选项,如果被注释应该去掉注释修改值,如果没有需要手动添加,具体配置如下: client_max_body_size 8m; 这里改到了8m,一般情况下是够用了,保存之后执

HipChat上传文件报未知错误解决方案

前言 HipChat是Atlassian公司的一款团队协作即时通讯工具,服务端为Linux(官方给的服务端就是一个虚拟机),在Windows.Linux.Android.IOS.Mac等平台都有客户端软件,还可以直接在PC的Web上直接聊天,对于团队协作交流需求整理的比较到位,最主要的是HipChat可以和Confluence对接讨论主题(不是有Confluence的需求个人觉得不如其他一些团队通讯软件). 前些天接下了配置HipChat服务端的任务,但是使用了几天后发现,聊天时发送超过10M的

服务器上传文件出现500错误,但是其他不涉及文件的接口均正常

出现的情景描述: 1.有用户报告说注册无法成功,经过前端的盘查发现实在注册的时候必须调用的上传文件的接口A抛出500错误,但不是每次都抛出不过有很大几率抛出500. 2.A接口接受5个参数和一个文件multi类型,至传递前5个参数能够请求到代码,但是传入文件之后不是500错误就是很长时间超时. 3.重启nginx无效,问题依旧.重启fpm无效,问题依旧. 4.机器很久没有启动过了top显示内存占用较高于是重启机器.重启机器问题消失,A接口正常工作,15分钟后再次出现问题且症状依旧. 5.ngin

jquery uploadify上传文件时报HTTP401错误

1.http 401错误简单介绍 当用浏览器访问一个服务地址时,会向服务发送一个http请求,服务变会处理请求,并给浏览器返回一个状态码,每个状态码代表的不同的服务响应状态.     比如:200 代码响应成功,404资源未找到 这里的401就代表没有访问资源的权限状态. 2.401错误分析原因 正如上面介绍的一样,uploadify发出了上传请求,但服务端认为请求没有相应的权限. 现在大多数的身份验证用的是session,如果浏览器的cookie是打开的,那么sessionid的值是存在coo

FTP上传文件提示550错误原因分析。

今天测试FTP上传文件功能,同样的代码从自己的Demo移到正式的代码中,不能实现功能,并报 Stream rs = ftp.GetRequestStream()提示远程服务器返回错误: (550) 文件不可用(例如,未找到文件, 百度查找原因: 1.说文件权限: 2.路径是否正确: 3.路径是不是要加“@” 还有其他各类说法,逐一检查未发现错误,关键是同一个文件同样代码,一个程序可以正确完成上传,一个跳异常. 后来突然想到拷贝代码时FTP类提示using System.Linq;命名空间错误.

Loadrunner上传文件脚本回放错误解决方法

目前大部分行业系统都开始实现无纸化系统进行电子办公,而做为系统性能测试人员,在做完业务场景调研和各项性能指标制定后,需要开始着手准备各类测试数据和录制测试脚本,有时有些交易会涉及到文件上传下载,这时我们需要验证文件是否上传成功,是否会对服务器网络带宽产生压力,上传后的文件能不能正常被解析,正常展现等各项性能指标验证.因此我们在录制脚本时就需要模拟上传文件事物来进行模拟多用户并发时是否能正常上传处理文件等. 在录制脚本时,因为LR工具的原因会出现回放脚本错误,无法正常上传,其原因种类繁多,下面就根

上传文件检测有错误返回

@RequestMapping("/import") @ResponseBody public Map<String, Object> importItem(@RequestParam("fileName") MultipartFile uploadFile, HttpServletRequest request, HttpServletResponse response,Long warehouseId){ if(warehouseId==null||

SharePoint REST 上传文件请求403错误

最近,需要在SharePoint上传文件到文档库,但是,上传的过程报错了. 错误代码 { "error": { "code": "-2130575251, Microsoft.SharePoint.SPException", "message": { "lang": "en-US", "value": "The security validation for