【解决问题】413错误 413 Request Entity Too Large 接口返回413 报413nginx

这篇具有很好参考价值的文章主要介绍了【解决问题】413错误 413 Request Entity Too Large 接口返回413 报413nginx。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。


博客背景:JAVA项目,前端想弄个便捷富文本,直接很多图片转base64编码直接存库了。字段为longtext类型。
这种问题通常是在使用http请求对象太大的时候。。

问题排查

1、如果是超长的话varchar类型改成longtext类型。
2、依旧怀疑超长的话,搜了一下longtext的最大长度

mysql里3种text类型的最大长度如下:
● TEXT 65,535 bytes ~64kb
● MEDIUMTEXT 16,777,215 bytes ~16Mb
● LONGTEXT 4,294,967,295 bytes ~4Gb

肯定没超长,就直接去线上看了请求。。很直接。。
需要修改nginx请求的默认大小

【解决问题】413错误 413 Request Entity Too Large 接口返回413 报413nginx

解决方案

1、修改nginx配置文件nginx.conf

限制请求体的大小,默认1m,若超过所设定的大小,返回413错误。

 client_max_body_size     50m; 

读取请求头的超时时间,若超过所设定的大小,返回408错误。

 client_header_timeout    1m;

读取请求实体的超时时间,若超过所设定的大小,返回413错误。

 client_body_timeout      1m;

http请求无法立即被容器(tomcat, netty等)处理,被放在nginx的待处理池中等待被处理。此参数为等待的最长时间,默认为60秒,官方推荐最长不要超过75秒

 proxy_connect_timeout     60s;

http请求被容器(tomcat, netty等)处理后,nginx会等待处理结果,也就是容器返回的response。此参数即为服务器响应时间,默认60秒

 proxy_read_timeout      1m;

http请求被服务器处理完后,把数据传返回给Nginx的用时,默认60秒

 proxy_send_timeout      1m;

(1)可以在http{ }中设置:client_max_body_size 20m;
(2)也可以在server{ }中设置:client_max_body_size 20m;
(3)还可以在location{ }中设置:client_max_body_size 20m;

http{} 中控制着所有nginx收到的请求。
如果配置在server{}中,则控制该server收到的请求报文大小。
如果配置在location中,则报文大小限制,只对匹配了location 路由规则的请求生效。

nginx.conf文件:

http{
#控制全局nginx所有请求报文大小
#client_max_body_size   20m;
                 server{
 #控制该server的所有请求报文大小
 #client_max_body_size   20m;
                         location a {
                         }
                         location b{
 #控制满足该路由规则的请求报文大小
 #client_max_body_size   20m;
                         }
                 }
                 server {
                 }
      }

2、更新完成后需要重启nginx

 sudo systemctl restart nginx

3、其他可能性

Tomcat
Tomcat的server.xml中,maxPostSize参数会限制post请求报文体的最大值,默认值是2M(2097152 (2 megabytes).)
如果server.xml中并没有配置的话,就是默认参数值。

前端
node服务使用Egg.js框架,而Egg的配置jsonLimit,会限制json报文体的大小。
如果没有配置的话,默认是100k。

参考:https://blog.csdn.net/weixin_32006353/article/details/115981342
https://blog.csdn.net/z69183787/article/details/83070275文章来源地址https://www.toymoban.com/news/detail-469574.html

到了这里,关于【解决问题】413错误 413 Request Entity Too Large 接口返回413 报413nginx的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 413 Request Entity Too Large

    字面意思很简单,就是文件太大了 先说解决方法!!! 如果是使用NGINX做代理,NGINX默认最大上传是1M如果超过就无法上传。 可以在配置写入如下: 在最后加上 client_max_body_size 100m; ,记得最后带上分号结束。 本来在本地调试页面时候,因为自己服务器本身带宽就很小,上传

    2024年02月10日
    浏览(41)
  • 浏览器Post请求出现413 Request Entity Too Large (Nginx)

    环境 操作系统 window server 2016 前端项目 Vue2 Nginx-1.25.3 一、错误信息 前端是vue项目,打包后部署在Nginx上,前端post请求出现Request Entity  Too Large错误信息。 ​这种问题一般是请求实体太大(包含参数,文件等)。客户端发送的实体主体部分比服务器能够或者限制处理的要大。

    2024年04月11日
    浏览(43)
  • Rancher上的应用服务报错:413 Request Entity Too Large

    UI-rancher的ingress-UI前端(在nginx里面)-zuul-server 也就是说没经过一次http servlet 都要设置一下大小  1.rancher的ingress 当出现Request Entity Too Large时,是由于传输流超过1M。 1、需要在rancher的ingress中设置参数解决。 配置注释:nginx.ingress.kubernetes.io/proxy-body-size     2. 前端在nginx里面 3.前

    2024年02月10日
    浏览(43)
  • Linux 上 Nginx 上传文件报错:413 request entity too large

    最近在自己折腾 Blog,把项目部署到服务器上后,发现上传文件的接口居然报错了: 413 request entity too large ,一看这错误,发现是 nginx 配置的原因,那就重新修改一下 nginx 的配置吧,这里也把解决的过程记录下来,帮助各位小伙伴避坑。 既然是 nginx 的原因导致这个错误,那

    2024年02月02日
    浏览(42)
  • 【异常】Failed to load resource: the server responded with a status of 413 (Request Entity Too Large)

    经过查询,是因为应用服务器使用了Nginx做代理,而在Nginx这一层限制了上传文件的大小,因此需要修改Nginx配置 在location 下面增加 client_max_body_size 100M; 配置项,重启Nginx文件上传成功.

    2024年02月15日
    浏览(42)
  • 访问elasticsearch集群提示ERROR 新增es数据失败,后台日志返回413 Request Entity Too Larg

    在运维paas云平台时有研发反馈客户端访问elasticsearch服务偶发性的出现报错,提示报错如下: 报错日志内容核心点如下: 根据日志报错内容及研发反馈的信息得到如下有用信息: 1、连接elasticsearch服务并请求处理业务是偶发性的提示报错,也就是说明elasticsearch服务是正常的

    2024年04月17日
    浏览(49)
  • 解决Apache Tomcat “Request header is too large“ 异常 ‍

    🌷🍁 博主猫头虎(🐅🐾)带您 Go to New World✨🍁 🦄 博客首页 ——🐅🐾猫头虎的博客🎐 🐳 《面试题大全专栏》 🦕 文章图文并茂🦖生动形象🐅简单易学!欢迎大家来踩踩~🌺 🌊 《IDEA开发秘籍专栏》 🐾 学会IDEA常用操作,工作效率翻倍~💐 🌊 《100天精通Golang(基础

    2024年02月09日
    浏览(45)
  • php使用get和post传递数据出现414 Request-URI Too Large的解决方案

    “Request-URI Too Large”(请求URI过长)是一个HTTP错误状态码,表示所发送的HTTP请求中的URI(统一资源标识符)长度超过了服务器能够处理的限制。 这个错误通常发生在发送GET请求时,URI的长度超过了服务器或代理服务器的限制。HTTP协议对于URL的长度没有明确的规定,而是由服

    2024年02月14日
    浏览(44)
  • elasticsearch Data too large问题解决

    现象: 1、钉钉上收到es集群监控告警,集群变为yellow 2、kibana上没有数据,打开索引管理报以下错误: 解决: 1、修改config目录下jvm配置文件中关于jvm的参数 2、重启es集群 2.1 如果分片有副本的话,重启过程中,要临时关闭分片复制功能。 每个结点重启时,ElasticSearch集群的

    2024年02月07日
    浏览(38)
  • HTTP:400 Request Header Or Cookie Too Large

    有时候在访问页面时会遇到400 Bad Request(Request Header Or Cookie Too Large)错误,如下图所示: 先了解一下关于400 Bad Request状态码的解释: 由于明显的客户端错误(例如,格式错误的请求语法,太大的大小,无效的请求消息或欺骗性路由请求),服务器不能或不会处理该请求。

    2024年02月04日
    浏览(43)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包