解决Bug:Size of a request header field exceeds server limit

用了cms 发现这玩意真不好，老是有各种奇芭的问题跳出来

有时浏览网页时会出现
Bad Request
Your browser sent a request that this server could not understand.
Size of a request header field exceeds server limit.

意思为：错误的请求。您的浏览器发送一个请求，该服务器无法理解。一个请求头域的大小超过服务器的限制.

以下是解决方法，不过，我个人感觉，不可能无限制的增大请求头的大小，所以，还是需要花点时间清理一下 cookie，一定是cookie调用太多，导致请求头数据大了的缘故。

一般情况为cookie设置的太多了，导致请求头信息过大。
这个跟服务器的设置有关

LimitRequestLine指令用来限制接收客户端发送的HTTP请求行的字节数，允许服务器管理员增加或减少客户端HTTP请求行允许大小的限
制。因为请求行包括HTTP方法、URI、协议版本，所以LimitRequestLine指令会限制请求URI的长度。服务器会需要这个值足够大以装载
它所有的资源名，包括可能在GET请求中所传递的查询部分的所有信息。

LimitRequestFieldSize指令用来限制客户端发送的请求头的字节数，允许服务器管理员增加，或减少HTTP请求头域大小的限制。一般来

说，服务器需要此值足够大，以适应普通客户端的任何请求的头域大小。一个普通头域的大小对于不同的客户端来说是有很大差别的，一般与用户配置他们的浏览器
以支持更多的内容协议密切相关。
LimitRequestLine和LimitRequestFieldSize指令给了服务器管理员更大的可控性，以控制客户端不正常的请求行为。这有助于避免某些形式的拒绝服务攻击。默认值为“8190”。

解决办法：
1、技术人员可以修改配置文件
在Apache的httpd.conf配置文件中添加

LimitRequestLine 40940
LimitRequestFieldSize 40940

2、用户可以清除浏览器的cookie记录

解决Bug:Size of a request header field exceeds server limit

时间： 2024-10-08 10:24:44

解决Bug:Size of a request header field exceeds server limit的相关文章

axios跨域请求报错：Request header field content-type is not allowed by Access-Control-Allow-Headers in preflight response.

在做项目时,用到axios,数据用post提交时,老是报错,错误提示为: 1 Access to XMLHttpRequest at 'http://127.0.0.1:3000/api/add' from origin 'http://localhost:8080' has been blocked by CORS policy: Request header field content-type is not allowed by Access-Control-Allow-Headers i

跨域问题，Request header field XXXXX is not allowed by Access-Control-Allow-Headers 的问题

<httpProtocol>      <customHeaders>        <add name="Access-Control-Allow-Origin" value="*" />        <add name="Access-Control-Allow-Methods" value="GET,POST,PUT,DELETE,OPTIONS" />        &

angularjs post Request header field Content-Type is not allowed by Access-Control-Allow-Headers in preflight response.

现象: 1. angular http 不配置data(请求参数)时不报错 2. 加上请求参数后,报错 3. 服务端response.headers().set(HttpHeaders.Names.ACCESS_CONTROL_ALLOW_HEADERS, HttpHeaders.Names.CONTENT_TYPE);后ok 经查: 1. angularjs默认 application/json 2. 无参数不发PreOption请求 3. urlencode不发PreOption请求 原文地

(转)Request Header Or Cookie Too Large(Nginx config)

看到huoding.com上有比较好的帖子,于是理解并用自己的话来描述啦 加大client_header_buffer_size和large_client_header_buffers可以解决问题,但是为毛要两个参数来控制呢?一个不久可以满足要求了么? client_header_buffer_size用来缓存请求头,如果超过的话就会返回400错误了.但是如果绝大多数请求不会超过这个值的话,那么更大的请求头可以受large_client_headers_buffers的影响. 还是贴nginx的

Cross-Origin Request Blocked: The Same Origin Policy disallows reading the remote resource at http://localhost:9001/api/size/get. (Reason: CORS header &#39;Access-Control-Allow-Origin&#39; missing).

Cross-Origin Request Blocked: The Same Origin Policy disallows reading the remote resource at http://localhost:9001/api/size/get. (Reason: CORS header 'Access-Control-Allow-Origin' missing). 打开API项目录,命名用NuGet安装Microsoft.AspNet.WebApi.Cors: 在WebApiCon

简要描述客户端发送的http request header都包含哪些内容

http://blog.csdn.net/albert528108/article/details/21745167 2014-03-21 21:34 10829人阅读 评论(2) 收藏 举报  分类: Socket开发(5)  目录(?)[+] 问题描述: 请简要描述客户端发送的http request header都包含哪些内容? 解答: HTTP Request header 当今web程序的开发技术真是百家争鸣,ASP.NET, PHP, JSP,Perl, AJAX 等等. 无论Web

nginx优化：URI过长或request header过大导致400或414报错

当http 的URI太长或者request header过大时会报414 Request URI too large或400 bad request错误. 解决方法: 修改两个参数 参数一: #client_header_buffer_size:客户端请求头缓冲区大小,client_header_buffer_size 128k;#如果请求头总长度大于小于128k,则使用此缓冲区 参数二: #large_client_header_buffers:请求头总长度大于128k时使用large_cli

严重: Error in dependencyCheck java.io.IOException: invalid header field（tomcat启动成功可是訪问web项目404错误）

tomcat启动的时候出现 严重: Error in dependencyCheck java.io.IOException: invalid header field 而且tomcat也不自己主动reload 然后訪问在eclipse里面訪问web页面出现404,原来web程序一直没有被load进tomcat里面 原因:WebContent > META-INF > MANIFEST.MF文件不是多了几个空行就是多了几个空格,导致出现IO错误 解决的方法去掉空格和空行 重新启动tomcat

java.io.IOException: invalid header field

通过本文, 我们明白了什么是 jar的清单文件 MANIFEST.MF, 简单示例: E:\ws\Test\WEB-INF\classes>jar cvfm testCL.jar ListTest.class java.io.IOException: invalid header field at java.util.jar.Attributes.read(Attributes.java:406) at java.util.jar.Manifest.read(Manifest.java:199)