浏览器Post请求出现413 Request Entity Too Large (Nginx)

环境

操作系统 window server 2016

前端项目 Vue2

Nginx-1.25.3

一、错误信息

前端是vue项目,打包后部署在Nginx上,前端post请求出现Request Entity Too Large错误信息。

​这种问题一般是请求实体太大(包含参数,文件等)。客户端发送的实体主体部分比服务器能够或者限制处理的要大。 出现这个状态码的一般都是上传接口。 ​

二、调查问题

通过浏览器F12调试,重新问题,出现下面的错误信息

发现状态码仍然是413 ,发现请求头内容中Content-Length:139116246, 这里Contentlength单位是字节(Byte),下面139116246换算成MB就是139MB左右。

换算网站https://www.elecfans.com/tools/zijiehuansuan.html

Content-Length 是一个实体消息首部,用来指明发送给接受方的消息主体的大小。Content-Length首部指示出报文中实体主体的字节大小。这个大小是包含了所有内容编码的, 比如,对文本文件进行了gzip压缩的话,Content-Length首部指的就是压缩后的大小而不是原始大小。

到这里就需要检查Nginx设置的client_max_body_size参数,我当前环境设置的

复制代码
client_max_body_size  100m;

所以原因是nginx设置限制了文件大小,请求文件超过了服务器限制!

三、问题原因

nginx设置client_max_body_size限制了文件大小,请求文件超过了服务器限制!

三、解决办法

修改Nginx设置,调整client_max_body_size 具体的大小值,默认为1m,此时可调整大小,我这里设置为200m。

3.1 修改位置

可以选择在http{ }中设置:client_max_body_size 200m;

也可以选择在server{ }中设置:client_max_body_size 200m;

还可以选择在location{ }中设置:client_max_body_size 200m;

3.2 三者有区别

设置到http{}内,控制全局nginx所有请求报文大小

设置到server{}内,控制该server的所有请求报文大小

设置到location{}内,控制满足该路由规则的请求报文大小

修改完成后需要重启Nginx,然后才会生效!

相关推荐
MilesShi23 分钟前
从 scheduler_tick 到上下文切换:深入解析 Linux 内核的 TIF_NEED_RESCHED 标志设置流程
linux·运维·单片机
方渐鸿3 小时前
【2024】k8s集群 图文详细 部署安装使用(两万字)
java·运维·容器·kubernetes·k8s·运维开发·持续部署
我爱云计算3 小时前
K8S详解(5万字详细教程)
linux·运维·云原生·容器·kubernetes
明明跟你说过3 小时前
【k8s】资源限制管理:Namespace、Deployment与Pod的实践
运维·docker·云原生·容器·kubernetes·k8s
打码人的日常分享6 小时前
运维服务方案,运维巡检方案,运维安全保障方案文件
大数据·运维·安全·word·安全架构
荣光波比7 小时前
Nginx 实战系列(一)—— Web 核心概念、HTTP/HTTPS协议 与 Nginx 安装
linux·运维·服务器·nginx·云计算
武文斌777 小时前
单片机:DS18B20测温度、74HC595扩展芯片、8*8LED矩阵
运维·服务器·单片机·嵌入式硬件
fengfuyao9857 小时前
诊断并修复SSH连接Github时遇到的“connection closed“错误
运维·ssh·github
scugxl8 小时前
centos7 docker离线安装
运维·docker·容器
绿箭柠檬茶9 小时前
Ubuntu 使用 Samba 共享文件夹
linux·运维·ubuntu