内容简介:最近项目上遇到一个问题,某个 http 请求会返回 413 的状态码,一般来讲,这个问题是很好解决的, 网上有非常多的解决方案,但是我依然花了很长的时间解决这个问题,所以我觉得可以记录一下解决这个 问题的过程。首先我们得了解 http 的 413 状态码代表什么意思,根据官方文档简单来说, 响应状态码 413 Payload Too Large 表示请求主体的大小超过了服务器愿意或有能力处理的限度,服务器可能会关闭连接以防止客户端继续发送该请求。
最近项目上遇到一个问题,某个 http 请求会返回 413 的状态码,一般来讲,这个问题是很好解决的, 网上有非常多的解决方案,但是我依然花了很长的时间解决这个问题,所以我觉得可以记录一下解决这个 问题的过程。
首先我们得了解 http 的 413 状态码代表什么意思,根据官方文档
The 413 (Payload Too Large) status code indicates that the server is refusing to process a request because the request payload is larger than the server is willing or able to process. The server MAY close the connection to prevent the client from continuing the request. If the condition is temporary, the server SHOULD generate a Retry-After header field to indicate that it is temporary and after what time the client MAY try again.
简单来说, 响应状态码 413 Payload Too Large 表示请求主体的大小超过了服务器愿意或有能力处理的限度,服务器可能会关闭连接以防止客户端继续发送该请求。
那么服务器如何决定可以处理的请求主题的限度呢?服务器一般会是指代理服务器,如 nginx,也可能是 node、 php 搭建的处理请求的 web 服务器。对于我们的项目来讲,是通过 nginx 做请求的转发,然后用 node 服务来处理 实际的请求。
location ^~ /test/ { # 处理数据的node服务 proxy_pass http://127.0.0.1:5100/; }
那么会是 nginx 的配置问题么?通过 nginx 的日志我们确实发现了有很多 413 状态码的请求,有可能是 nginx 的 配置存在问题。nginx 的 ngx_http_core_module 提供一个叫 client_max_body_size 的配置选项,它的作用是 控制客户端发送的请求体的最大 size,超过这个 size 就会返回 413 的状态码。
Syntax: client_max_body_size size; Default: client_max_body_size 1m; Context: http, server, location Sets the maximum allowed size of the client request body, specified in the “Content-Length” request header field. If the size in a request exceeds the configured value, the 413 (Request Entity Too Large) error is returned to the client. Please be aware that browsers cannot correctly display this error. Setting size to 0 disables checking of client request body size.
它的默认值是 1M,但是我们实际请求的 Content-Length 却只有几十 kb 而已,远没有达到最大限额,所以网上各种 增加 client_max_body_size 值的方式是行不通的。
那问题会出在哪里呢?打开 nginx 错误信息的 debug 模式,可以看到更具体的错误信息:
error_log /var/log/nginx/error.log debug;
/var/log/nginx/error.log:2465762:2019/01/11 10:04:02 [debug] 21213#21213: *323609 http proxy status 413 "413 Payload Too Large" /var/log/nginx/error.log:2465769:2019/01/11 10:04:02 [debug] 21213#21213: *323609 HTTP/1.1 413 Payload Too Large /var/log/nginx/error.log:2465780:2019/01/11 10:04:02 [debug] 21213#21213: *323609 http proxy filter init s:413 h:0 c:0 l:24 /var/log/nginx/error.log:2466634:2019/01/11 10:04:04 [debug] 21213#21213: *323618 http proxy status 413 "413 Payload Too Large" /var/log/nginx/error.log:2466641:2019/01/11 10:04:04 [debug] 21213#21213: *323618 HTTP/1.1 413 Payload Too Large
在这里可以看到一个信息是 “http proxy status 413”,既然 nginx 对请求做了反向代理,实际处理请求的是 node server,那会不会是 node 服务返回的 413 状态码呢?通过分析 node 服务的代码,我们发现 node 服务引入了一个叫 koa-bodyparser 的中间件,用于解析 http 请求体,在它的 wiki 里面发现了这样一个配置:
formLimit: limit of the urlencoded body. If the body ends up being larger than this limit, a 413 error code is returned. Default is 56kb.
而我们出问题的接口的 “content-length” 都超过了 56 KB,因此提高这个值的配置后,重新部署代码就解决了 413 的问题。
https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Status/413
以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网
猜你喜欢:- ORA-01102错误解决办法
- SSL证书错误如何解决
- golang[53]-爬虫解决-403错误
- SQL SERVER 9003错误解决方法
- ORA-02266错误的批量解决方案
- ORA-31623、ORA-06512 错误解决实例
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
移动社交时代的互动搜索营销(全彩)
萧秋水、秋叶、南方锈才 / 电子工业出版社 / 2014-8-1 / 55.00元
《移动社交时代的互动搜索营销(全彩)》跳出搜索引擎的局限,告诉读者如何利用互联网找到客户的思维。《移动社交时代的互动搜索营销(全彩)》只谈如何有效利用搜索引擎(包括移动端搜索)、电商网站、新媒体,不传播所谓的一夜暴红、一夜暴富的神话。《移动社交时代的互动搜索营销(全彩)》作者利用其丰富的实战经验,结合大量国内不同行业的实际应用案例,生动地告诉读者,怎样正确地利用搜索引擎,以很小的投资获得巨大的回报......一起来看看 《移动社交时代的互动搜索营销(全彩)》 这本书的介绍吧!
Markdown 在线编辑器
Markdown 在线编辑器
HEX HSV 转换工具
HEX HSV 互换工具