Bad Request - Request Too Long

最新推荐文章于 2025-03-20 12:24:23 发布

weixin_34023863

最新推荐文章于 2025-03-20 12:24:23 发布

阅读量1.1w

点赞数

原文链接：http://www.cnblogs.com/jinhaoObject/p/6042094.html

版权

本文介绍了一种常见的HTTP错误——BadRequest-RequestTooLong（400错误），详细解释了错误产生的原因：站点Cookies存储过多。并提供了解决方案：通过浏览器清除特定站点的所有Cookies。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Bad Request - Request Too Long

HTTP Error 400. The size of the request headers is too long.

该错误原因导致，是该站点 Cookies 存储太多导致。使用浏览器清除该站点所有Cookies 可解决此问题。

转载于:https://www.cnblogs.com/jinhaoObject/p/6042094.html

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

weixin_34023863

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

redis ERR handle response, backend conn failure, bad array len, too long

MyySophia的博客

04-07

1238

一、报错讯息背景：需要获取一个hash类型的key的数量。使用coids 通过19000 port连接，查询某个key 报此错误 [root@P1QM01 ~]# redis-cli -p 19000 127.0.0.1:19000> zrangebyscore history:L7100 0 -1 (empty list or set) 127.0.0.1:19000> ...

修改MaxFieldLength与MaxRequestBytes彻底解决Request Too Long的问题

09-30

当 IIS6/IIS7/7.5 收到的请求头的长度超过16K（默认值），就会引发"Bad Request - Request Too Long. HTTP Error 400. The size of the request headers is too long."的错误

参与评论您还未登录，请先登录后发表或查看评论

[IIS]修改MaxFieldLength与MaxRequestBytes彻底解决Request Too Long的问题

weixin_34128501的博客

08-26

751

当 IIS7/7.5 收到的请求头的长度超过16K（默认值），就会引发"Bad Request - Request Too Long. HTTP Error 400. The size of the request headers is too long."的错误。博客园服务器曾遭遇过这个问题，我为此写过一篇博文（cnzz统计代码引起的Bad Request - Request Too Lon...

http请求常见返回状态码

2302_80729149的博客

03-20

1006

所请求的资源未修改，服务器返回此状态码时，不会返回任何资源。该状态码表示请求的资源已被分配了新的URI，以后应使用资源现在所指的URI。请求的资源已被永久的移动到新URI，返回信息会包括新的URI，浏览器会自动定向到新URI。只能切换到更高级的协议，例如，切换到HTTP的新版本协议。当301、302、303响应状态码返回时，几乎所有的浏览器都会把POST改为GET，并删除请求报文内的主体，之后请求会自动再次发送。该状态码表示客户端发送附带条件的请求时，服务器端资源已找到，但未符合条件请求。

cnzz统计代码引起的Bad Request - Request Too Long

weixin_34280237的博客

06-06

362

问题起因今天一位园友向我们反馈，用Chrome打开某些博客文章时，会出现"Bad Request - Request Too Long. HTTP Error 400. The size of the request headers is too long."的错误页面：用IE, Firefox都没问题，唯有Chrome。之前我们遇到过一次这样的问题，当时以为是偶然因素引起的Chr...

Bad Request - Request Too Long. HTTP Error 400. The size of the request headers is too long

skyline55的博客

06-12

9097

解决方案：http://www.cnblogs.com/dudu/archive/2012/08/26/iis_request_too_long_maxrequestbytes.html

http状态码400解决(Request header is too large)

QWQ19980801的博客

04-02

4149

1.核对传参字段与格式是否正确 2.确保第一步无误后检查配置文件是否添加头部限制 yml格式如下: server: port: XXXX servlet: context-path: /test max-http-header-size: 102400 properties格式如下: server.max-http-header-size=102400 注：具体原因是tomcat有request headers请求头限制。 ...

IIS测试单点登录

weixin_44481764的博客

10-14

452

1.首先建立3个MVC Web网站一个登录中心SSO 以及两个其他网站如：test1，test2 2:在IIS管理器中发布建立的三个网站 3:三个MVC皆添加一个用户信息类和上下文类如下： //用户信息类 public class UserInfo { public string Name { get; set; } public stri...

errno错误对照表

Lavender的博客

11-29

4978

错误对照表：错误值内容 errno 0 : Success 成功 errno 1 : Operation not permitted 不允许操作 errno 2 : No such file or directory 没有这样的文件或目录 errno 3 : No such process 没有这样的过程 errno 4 : Interrupted system call 中断的系统调用 errno 5 : Input/output error 输入/输出错误

彻底解决Request Too Long的问题

10-08

5442

运行regedit，进入HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\HTTP\Parameters ， 1. 添加类型为DWORD(32-bit)、名为MaxFieldLength、值为十进制32768的项目； 2.添加类型为 DWORD(32-bit)、名为 MaxRequestBytes、值为十进制32768的...

Oracle ERP Interface堵住--Request Running too long time，查找Request执行的Sql

weixin_30872157的博客

02-10

100

Request Running too long time 堵住了INV Manager 导致INV Interface Pending 很多笔资料 Review 发现Request 实际执行SQL 为空，Request Idle（SQL 如下，之前weiheng提供，很好用）通过Cancel Request 后，状况恢复正常具体Sql： ------------------...

Request header is too large 请求头太大

youziguo的专栏

12-08

4773

proxy_read_timeout：请求被容器(tomcat, netty等)处理后，nginx会等待处理结果，也就是容器返回的response。post请求是没有参数大小限制，但是服务器有自己的默认大小。client_header_timeout：读取请求头的超时时间，若超过所设定的大小，返回408错误。client_body_timeout：读取请求实体的超时时间，若超过所设定的大小，返回413错误。client_max_body_size：限制请求体的大小，若超过所设定的大小，返回413错误。

excel在批注中插入图片时一直显示Bad Request - Request Too Long的解决方法

weixin_43831392的博客

03-29

2159

excel左上角文件——选项——信任中心——信任中心设置——隐私选项——隐私设置——反勾选“开启可选的连接体验”——确定后重启excel。

Bad Request 404s

add oil

10-28

1672

请求接口要是出现Bad Request - Request Too Long 可能是发送的文本内容太长将发送数据的 get 形式改成post 即可

word页面背景插入效果显示HTTP Error 400. The size of the request headers is too long

2301_80176954的博客

03-19

3918

2、点击左下角的选项。4、点击信任中心设置。

Request-URI Too Long: 解决方案与实例分析

理论都是虚的，代码才是王道。

12-23

3565

在Web开发中，我们经常会遇到"Request-URI Too Long"的错误。这个错误通常发生在客户端尝试发送一个超过服务器允许的最大长度的请求时。这可能是因为请求的URL过长，或者请求体过大。

Request header is too large

justdoit_potato的博客

07-30

461

后台报这样的错java.lang.IllegalArgumentException: Request header is too large 原因：请求头超过了tomcat的限值。本来post请求是没有参数大小限制，但是服务器有自己的默认大小。解决：处理办法：在server.xml中<Connector connectionTimeout="20000" port="8080" p...

on: Request header is too large

xiuxiuzhuanshu的博客

11-08

134

问题：请求接口不成功，报on: Request header is too large错误。有的数据正常。原因：请求数据过长。解决：在Tomcat的server.xml中Connector处加上maxHttpHeaderSize ="102400"，如下 <Connector connectionTimeout="20000" port="8080" protocol=...

异常数据提交：构造非法请求（如超大题号‘questionId: 9999’），验证系统是否返回‘400 Bad Request’并记录错误日志。

最新发布

04-01

<think>好的，我需要帮助用户测试系统对非法请求的处理逻辑，确保当发送超大参数值时，API返回400 Bad Request并记录错误日志。用户提到他们想构造这样的非法请求来验证接口的正确响应和日志生成。首先，我得理解用户的具体需求和系统当前的配置。根据用户提供的引用内容，特别是引用[1]，API的错误码分类中提到了参数错误，比如参数格式错误或缺少必填参数。所以，超大参数值应该属于参数错误的一种，应该返回400错误码。而引用[4]提到全局异常处理可以屏蔽错误信息，但在开发中可能需要详细日志。用户需要验证两点：正确的HTTP状态码和错误日志的记录。接下来，我需要考虑如何构造这样的非法请求。通常，参数过大的情况可能出现在不同的地方，比如URL参数、请求体中的字段，或者HTTP头部。常见的限制包括最大URL长度、请求体大小限制以及单个字段的长度限制。比如，HTTP服务器（如Nginx或Apache）可能有默认的URL长度限制，而应用框架（如Spring Boot或ASP.NET Core）可能有自己的配置。用户需要构造超过这些限制的请求。例如，如果系统限制URL长度为2048字符，那么构造一个带有超过这个长度的查询参数的GET请求应该触发400错误。同样，POST请求中发送一个非常大的JSON体，超过服务器配置的最大请求体大小，也会导致400错误。另外，某些API可能对特定字段有长度限制，比如用户名不能超过100个字符，那么发送一个超过这个长度的用户名参数也会触发错误。此外，用户需要确认系统的日志记录机制是否捕捉到了这类错误。根据引用[4]，全局异常处理应该记录日志，但需要检查日志级别和详细信息是否足够，比如是否记录了请求参数、错误类型和时间戳等。可能的测试方法包括使用工具如curl、Postman或自动化测试脚本发送这些非法请求，然后检查响应状态码和日志文件。例如，使用curl发送一个很长的URL，或者使用Postman发送一个超大JSON体。同时，需要确保测试环境中的配置与生产环境一致，以便准确反映系统行为。还需要考虑不同的场景，比如GET和POST请求中的参数过大，或者头部字段过大。例如，某些服务器对HTTP头部的总大小也有限制，超过可能导致400错误。此外，测试不同参数位置（路径参数、查询参数、表单数据、JSON体）的情况。最后，用户可能需要调整服务器或应用的配置来重现问题，比如临时降低最大允许的参数值，以便更容易触发错误，但测试后应恢复原配置，避免影响其他功能。总结步骤： 1. 确定系统对各个参数位置的限制（URL长度、请求体大小、字段长度）。 2. 使用工具构造超过这些限制的请求。 3. 发送请求并检查HTTP状态码是否为400。 4. 验证错误日志中是否记录了该事件，包括必要的详细信息。 5. 根据测试结果调整系统配置或异常处理逻辑，确保符合预期。</think>### 分步解决方案 #### 1. 确定参数限制范围 - **URL长度限制**：多数Web服务器默认限制URL长度（如Nginx默认4KB，Apache默认8KB）。构造GET请求时，在查询参数中添加超长字符串，例如： $$url = "http://api.example.com/data?param=" + "a".repeat(10000)$$ - **请求体大小限制**：检查应用服务器配置（如Spring Boot的`server.max-http-header-size`或ASP.NET的`MaxRequestBodySize`）。构造POST请求时发送超过限制的JSON数据： ```json {"data": "..."} // 数据量超过配置阈值 ``` - **字段长度限制**：若接口定义某字段最大长度为100，则构造`{"username": "A".repeat(150)}`[^1]。 #### 2. 构造测试请求 - **使用Curl命令**： ```bash # 测试URL长度 curl -X GET "http://api.example.com/data?param=$(printf '%*s' 10000 | tr ' ' 'a')" # 测试请求体大小 curl -X POST -H "Content-Type: application/json" --data "{\"data\":\"$(dd if=/dev/urandom bs=1M count=10 | base64)\"}" http://api.example.com/data ``` - **使用Postman**：在Body中生成10MB以上的JSON数据并发送，观察响应状态码。 #### 3. 验证响应状态码 - 合法响应应为`400 Bad Request`，若返回`413 Payload Too Large`或`414 URI Too Long`，需调整服务器配置使其统一映射为400错误[^3]。 #### 4. 检查错误日志 - **日志位置**：查看应用日志文件（如`logs/error.log`）或集中式日志系统（如ELK）。 - **日志内容要求**：应包含以下信息： ``` [ERROR] 2023-10-05 14:30: Invalid parameter: param exceeds maximum length (10000 > 2048) Request ID: xxxx-xxxx-xxxx Client IP: 192.168.1.1 ``` 引用[4]提到的异常处理机制需确保记录错误上下文[^4]。 #### 5. 配置与优化建议 - **统一错误码规范**：根据引用[1]，明确返回`code: 1003`表示参数超限，并在响应体中包含： ```json {"code": 1003, "msg": "参数值超过允许范围"} ``` - **安全加固**：参考引用[2]，在回调接口中添加签名验证，防止恶意构造的非法请求绕过检测[^2]。