tomcat9以后对,请求消息头的严格字符要求

公司tomcat从8.0.22更换到高版本的9.0.22以后,postman请求没问题,但是终端请求总是400

报Invalid character found in the request target. The valid characters are defined in RFC 7230 and RFC 3986错,

解决:

  在tomcat的conf/server.xml  的Connector中添加:relaxedQueryChars="{}|[],%" relaxedPathChars="[]|{},%"

<Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000"
relaxedQueryChars="[]|{}^\`&quot;&lt;&gt;"  redirectPort="8443" />

  有中文的话加上:URIEncoding="UTF-8"。

原文地址:https://www.cnblogs.com/onroad2019/p/11642096.html

时间: 2024-11-10 02:50:04

tomcat9以后对,请求消息头的严格字符要求的相关文章

HTTP的请求方法一共有9种,有OPTIONS, HEAD, GET, POST等等(消息头有图,十分清楚)

请求方法:指定了客户端想对指定的资源/服务器作何种操作 下面我们介绍HTTP/1.1中可用的请求方法: [GET:获取资源]     GET方法用来请求已被URI识别的资源.指定的资源经服务器端解析后返回响应内容(也就是说,如果请求的资源是文本,那就保持原样返回:如果是CGI[通用网关接口]那样的程序,则返回经过执行后的输出结果).     最常用于向服务器查询某些信息.必要时,可以将查询字符串参数追加到URL末尾,以便将信息发送给服务器.     使用GET请求时经常会发生的一个错误,就是查询

spring拦截器中修改响应消息头

问题描述 前后端分离的项目,前端使用Vue,后端使用Spring MVC. 显然,需要解决浏览器跨域访问数据限制的问题,在此使用CROS协议解决. 由于该项目我在中期加入的,主要负责集成shiro框架到项目中作为权限管理组件,之前别的同事已经写好了部分接口,我负责写一部分新的接口. 之前同事解决跨域问题使用Spring提供的@CrossOrigin注解: @RequestMapping(value = "/list.do", method = RequestMethod.GET) @R

消息头

消息版本号:用于处理版本兼容问题:能够处理新消息也可以处理老系统传过来的消息 消息序列号:用于跟踪消息的全生命周期唯一编号 消息延续标致:消息内容过长,如标志位是,则将该消息放入延续接受队列,后续判断序列号相同的话调用延续接收接口,否则按正常接收接口 消息数据长度:消息头中的消息数据长度其实并不是作为从消息头后面接收二进制字节的长度依据. 请求消息:消息数据长度= 消息类型块长度+消息体长度: 回复消息(无错误信息):消息数据长度=消息类型块长度+消息体长度: 回复消息(有错误信息):消息数据长

HTTP 请求消息头部实例:

HTTP 请求消息头部实例: Host:rss.sina.com.cn        //客户端指定自己想访问的WEB服务器的域名/IP 地址和端口号User-Agent:Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14              //头域的内容包含发出请求的用户信息. Accept:text/xml,application/xml,applic

HTTP消息头

(一)初识HTTP消息头 但凡搞WEB开发的人都离不开HTTP(超文本传输协议),而要了解HTTP,除了HTML本身以外,还有一部分不可忽视的就是HTTP消息头.做过Socket编程的人都知道,当我们设计一个通信协议时,“消息头/消息体”的分割方式是很常用的,消息头告诉对方这个消息是干什么的,消息体告诉对方怎么干.HTTP传输的消息也是这样规定的,每一个HTTP包都分为HTTP头和HTTP体两部分,后者是可选的,而前者是必须的.每当我们打开一个网页,在上面点击右键,选择“查看源文件”,这时看到的

Android之Http通信——2.详解Http的消息头与响应头

Android之Http通信--2.详解Http的消息头 --转载请注明出处:coder-pig,请勿用于商业用途~ 本节引言: 在上一节中我们对HTTP的一些概念性的东西进行了了解:什么是HTTP协议,1.0版本与1.1版本的区别, SYN和ACK,TCP/IP三次握手,HTTP操作流程,几种不同的请求方式,HTTP的状态吗, 以及HTTP协议的特点,最后还了解了下OSI七层协议与TCP四层模型,相信大家对HTTP已经有了 简单的了解,本节我们来扣HTTP的消息头以及响应头,好了,开始本节内容

Jsoup 爬取页面的数据和 理解HTTP消息头

推荐一本书:黑客攻防技术宝典.Web实战篇  :       顺便留下一个疑问:是否能通过jsoup大量并发访问web或者小型域名服务器,使其瘫痪?其实用jsoup熟悉的朋友可以用它解析url来干一件很无耻的事(源码保密).呵呵,接下来简单的介绍下JSOUP. jsoup 是一款基于Java 的HTML解析器,可直接解析某个URL地址.HTML文本字符串.HTML文件.它提供了一套非常省力的API,可通过DOM,CSS以及类似于jQuery的操作方法来取出和操作数据. 官网下载地址:http:/

网络是怎样连接的-第一章-生成HTTP请求消息(下)

1.1.5 生成 HTTP 请求消息 理解了 HTTP 的基本知识之后,让我们回到对浏览器本身的探索中来. 对 URL 进行解析之后,浏览器确定了 Web 服务器和文件名,接下来就是根据这些信息来生成 HTTP 请求消息了.实际上,HTTP 消息在格式上是有严格规定的,因此浏览器会按照规定的格式来生成请求消息,如下图所示: 请求行 请求消息的第一行称为请求行,这里的重点是最开头的方法,方法可以告诉 Web 服务器它应该进行怎样的操作. 不过这里必须先解决一个问题,那就是方法有很多种,我们必须先判

Python连载59-HTTP首部字段和消息头,Thinker简介

一.首部字段或者消息头 1.下面几个类型都是请求的: User-Agent:关于浏览器和它平台的消息,如Mozilla5.0 Accept:客户端能处理的页面的类型,如text/html Accept-Charset:客户端可以接受的字符集,如unicode-1-1 Accept-Encoding:客户端能处理的页面编码方式,如gzip Accept-Language:客户端能处理的自然语言,如en(英语).zh-en(简体中文) Host:服务器的DNS名称,从URL中提取出来,必需 Auth