HTTP请求报文和HTTP响应报文汇总
报文格式大全
报文格式大全
报文格式是计算机网络系统中传输数据的格式。
它定义了数据编码、传输方式以及报文管理协议，有助于数据在网络上可靠传输。
目前，有不少常见的报文格式,如HTTP、FTP、SIP、SMTP、POP3等等,每种报文格式都有其自己的特点，适应不同的网络传输需求。
1、HTTP（超文本传输协议）：是一种以文本形式传输数据的协议，它用于Web浏览器和服务器之间传输数据，是当今最流行的报文格式之一。
2、FTP（文件传输协议）：是一种基于TCP的协议，用于在互联网上传输文件。
它可以将文件从一个计算机传输到另一台计算机，也可以用于文件管理。
3、SIP（会话初始协议）：是一种用于创建、维护和终止多媒体会话的协议，它可以用于多种多媒体实时通信，如语音、视频和游戏等。
4、SMTP（简单邮件传输协议）：是为传输电子邮件设计的一种协议,它用于在不同的计算机之间传输电子邮件，可以确保邮件能够快速和安全地传输。
5、POP3（邮局协议）：是一种协议，它用于检索在服务器上的电子邮件，可以实现对邮件的管理和控制。
6、ARP（地址解析协议）：是网络通信中经常使用的协议，它可以把IP地址转换为MAC地址，以此实现网络数据包的传输。
常见网络协议报文格式汇总
常见网络协议报文格式汇总网络协议是计算机网络通信中，用于规定通信双方传输数据的格式和规则的标准化。
协议中的报文是通信双方之间进行数据交换的载体。
下面我将简单介绍一些常见的网络协议报文格式。
1. HTTP（Hypertext Transfer Protocol）报文格式：-请求报文格式：```<Method> <Request-URI> <HTTP-Version><Headers><Entity-Body>```-响应报文格式：```<HTTP-Version> <Status-Code> <Reason-Phrase><Headers><Entity-Body>```2. TCP（Transmission Control Protocol）报文格式：-TCP报文格式如下：```Source Port Destination PortSequence Number Acknowledgment NumberData Offset Reserved Control BitsWindow Checksum Urgent PointerOptions (if any)Data```3. UDP（User Datagram Protocol）报文格式：-UDP报文格式如下：```Source Port Destination PortLength ChecksumData```4. IP（Internet Protocol）报文格式：-IPv4报文格式如下：```Version IHL Type of Service Total LengthIdentification Flags Fragment Offset Time to Live Protocol Header Checksum Source IP AddressDestination IP AddressOptions (if any)Padding (if necessary)Data```-IPv6报文格式如下：```Version Traffic Class Flow Label Payload Length Next HeaderHop LimitSource IPv6 AddressDestination IPv6 AddressOptions (if any)Padding (if necessary)Data```5. ICMP（Internet Control Message Protocol）报文格式：-ICMP报文格式如下：```Type Code ChecksumIdentifier Sequence NumberData (Optional)```6. Ethernet报文格式：- Ethernet报文格式如下：```Destination MAC AddressSource MAC AddressEthernet TypePayload```7. DNS（Domain Name System）报文格式：-DNS报文格式如下：```DNS Message HeaderDNS Message Question SectionDNS Message Answer SectionDNS Message Authority SectionDNS Message Additional Section```8. FTP（File Transfer Protocol）报文格式：-FTP报文格式如下：```Arguments```9. SMTP（Simple Mail Transfer Protocol）报文格式：-SMTP报文格式如下：```Arguments```这些是常见的网络协议的报文格式，它们用于在计算机网络中进行数据传输和通信。
HTTP报文（首部字段）
HTTP报⽂（⾸部字段）HTTP报⽂请求报⽂/响应报⽂结构: 报⽂⾸部 + (可选)报⽂主体(两者通过空⾏CR + LF来划分)使⽤⾸部字段是为了给浏览器和服务器提供报⽂主体⼤⼩、所使⽤的语⾔、认证信息等内容HTTP⾸部字段重复，这种情况在规范内尚未明确，根据浏览器内部处理逻辑的⽽不同，结果可能并不⼀致。
报⽂⾸部请求⾏/状态⾏请求⾏: 请求⽅法 + 请求URI(资源/CGI通⽤⽹关接⼝) + HTTP版本状态⾏: HTTP版本 + 状态码 + 原因短语⾸部字段(请求/响应⾸部字段 + 通⽤⾸部字段 + 实体⾸部字段)其他(在HTTP协议通信交互中使⽤到的⾸部字段，不限于RFC2616中定义的47种⾸部字段。
包括Cookie、Set-Cookie和Content-Disposition等在其他RFC中定义的⾸部字段)报⽂主体HTTP传输数据可按照数据原貌直接传输，也可以在传输过程中通过编码提升传输速率。
通常，报⽂主体等于实体主体。
只有当传输中进⾏编码操作时，实体主体的内容发⽣变化，才导致它和报⽂主体产⽣差异。
报⽂主体和实体主体的差异报⽂(message)是HTTP通信中的基本单位，由8位组字节流组成，通过HTTP通信传输实体(entity)作为请求或响应的有效何在数据(补充项)被传输，其内容由实体⾸部和实体主体组成内容编码内容编码指明应⽤在实体内容上的编码格式，并保持实体信息原样压缩。
内容编码后的实体由客户端接收并负责解码内容编码的⽅式gzip(GNU zip)由⽂件压缩程序 gzip（GNU zip）⽣成的编码格式（RFC1952），采⽤ Lempel-Ziv 算法（LZ77）及 32 位循环冗余校验（CyclicRedundancy Check，通称 CRC）。
nodejs中var zlib = require('zlib')vra gunzip = zlib.createGunzip()compress(UNIX系统的标准压缩)由 UNIX ⽂件压缩程序 compress ⽣成的编码格式，采⽤ Lempel-Ziv-Welch 算法（LZW）。
报文分析,技术介绍,OSPF的报文格式,报文类型及含义
PROFIBUS-DP站点可分为主站和从站，开发从站设备要比开发主站设备容易得多，因为从站只需要响应来自主站的请求即可。
从站接收总线上的每条报文，如果与自己无关，则忽略不处理，如果是发给自己的则按照下图给出的状态机进行响应。
该状态机中有四个状态：1、Power_On（上电）状态在上电后从站进入Power_On状态，在这个状态下从站首先需要进行初始化，设置各项参数如站地址和报文缓冲区等等。
2、Wait-Prm（等待参数化）状态初始化完毕后，从站进入Wait-Prm状态，等待来自一个主站的Set_Prm报文。
通俗地讲，参数化相当于一个主站告诉一个从站，你是属于我的，同时也指定了从站的一些运行参数。
主站只对被它参数化的从站进行数据轮询。
3、Wait_Cfg（等待组态）状态在进行正确的参数化后，从站进入Wait_Cfg状态，等待Check_Cfg报文。
Check_Cfg 报文规定输入和输出字节数，也就是主站和从站每次交换的数据量。
4、Date_Exchange(数据交换)状态当进行正确的参数化和组态后，从站进入Date_Exchange状态，这个时候从站才可以和主站进行正常的数据交换。
下面是我从一个PROFIBUS-DP网络中采集下来的部分报文数据，该网络中有一站地址为1的主站和站地址为3的从站。
我结合有关报文解释一下从站3的工作机制。
(报文数据为16进制)......(从站已经完成初始化)......10 03 01 49 4D 16(该报文为主站1发给从站3的请求帧，查询从站3的FDL状态，即从站3是否“活着”。
)10 01 03 00 04 16(该报文为从站3对主站1的应答帧，告诉主站1“我活着呢”。
).....68 05 05 68 83 81 6D 3C 3E EB 16(该报文为主站1发给从站3的请求帧，读取查询从站3的诊断报文，以获取从站3的进一步信息。
)68 0B 0B 68 81 83 08 3E 3C 02 05 00 FF 00 08 94 16(该报文为从站3对主站1的应答帧，其中包含6个字节的诊断数据：02 05 00 FF 00 08，具体含义可参阅协议，其中第四字节为FF表明从站3尚未被任何主站所参数化。
HTTP请求与响应
HTTP请求与响应http请求由三部分组成，分别是：请求行、消息报头、请求正文请求行以一个方法符号开头，以空格分开，后面跟着请求的URI和协议的版本，格式如下：Method Request-URI HTTP-Version CRLF其中Method表示请求方法；Request-URI是一个统一资源标识符；HTTP-Version表示请求的HTTP协议版本；CRLF表示回车和换行（除了作为结尾的CRLF外，不允许出现单独的CR或LF字符）。
请求方法（所有方法全为大写）有多种，各个方法的解释如下：GET 请求获取Request-URI所标识的资源POST 在Request-URI所标识的资源后附加新的数据HEAD 请求获取由Request-URI所标识的资源的响应消息报头PUT 请求服务器存储一个资源，并用Request-URI作为其标识DELETE 请求服务器删除Request-URI所标识的资源TRACE 请求服务器回送收到的请求信息，主要用于测试或诊断CONNECT 保留将来使用OPTIONS 请求查询服务器的性能，或者查询与资源相关的选项和需求一．HTTP请求1．HTTP请求格式：<request line><headers><blank line>[<request-body>]在HTTP请求中，第一行必须是一个请求行（request line），用来说明请求类型、要访问的资源以及使用的HTTP版本。
紧接着是一个首部（header）小节，用来说明服务器要使用的附加信息。
在首部之后是一个空行，再此之后可以添加任意的其他数据[称之为主体（body）]。
2．GET与POST区别HTTP 定义了与服务器交互的不同方法如上所示，最基本的方法是GET 和POST。
GET与POST方法有以下区别：（1）在客户端，Get方式在通过URL提交数据，数据在URL中可以看到；POST方式，数据放置在HTML HEADER内提交。
http报文常见的请求头、响应头
http报⽂常见的请求头、响应头http报⽂常见的请求头1.AcceptAccept: text/html 浏览器可以接受服务器回发的类型为 text/html。
Accept: /代表浏览器可以处理所有类型,(⼀般浏览器发给服务器都是发这个)。
2.Accept-EncodingAccept-Encoding: gzip, deflate 浏览器申明⾃⼰接收的编码⽅法，通常指定压缩⽅法，是否⽀持压缩，⽀持什么压缩⽅法（gzip，deflate），（注意：这不是只字符编码）。
3.Accept-LanguageAccept-Language:zh-CN,zh;q=0.9 浏览器申明⾃⼰接收的语⾔。
4.ConnectionConnection: keep-alive 当⼀个⽹页打开完成后，客户端和服务器之间⽤于传输HTTP数据的TCP连接不会关闭，如果客户端再次访问这个服务器上的⽹页，会继续使⽤这⼀条已经建⽴的连接。
Connection: close 代表⼀个Request完成后，客户端和服务器之间⽤于传输HTTP数据的TCP连接会关闭，当客户端再次发送Request，需要重新建⽴TCP连接。
5.Host（发送请求时，该报头域是必需的）Host: 请求报头域主要⽤于指定被请求资源的Internet主机和端⼝号，它通常从HTTP URL中提取出来的。
6.Refererer-AgentUser-Agent:Mozilla/...，告诉HTTP服务器，客户端使⽤的操作系统和浏览器的名称和版本。
8.Cache-ControlCache-Control:private 默认为private 响应只能够作为私有的缓存，不能再⽤户间共享Cache-Control:public 响应会被缓存，并且在多⽤户间共享。
正常情况, 如果要求HTTP认证,响应会⾃动设置为 private.Cache-Control:must-revalidate 响应在特定条件下会被重⽤，以满⾜接下来的请求，但是它必须到服务器端去验证它是不是仍然是最新的。
HTTP协议及WWW服务应用
HTTP协议及WWW服务应⽤⼀、⽤户访问⽹站的流程图⼆、DNS解析的流程图三、⽤户访问⽹站的基本流程原理阐述 ①⽤户在浏览器中输⼊请求的地址回车 ②先找本地的缓存和Hosts⽂件，有解析的对应IP直接返回个客户端IP地址 ③本地和hosts都没有找⽹卡配置的LDNS缓存，有解析的对应IP直接返回个客户端IP地址 ④ LDNS缓存没有找DNS服务器(包括根域，顶级域)，有解析的对应IP直接返回个客户端IP地址 ⑤客户端拿到IP请求⽹站服务器这⾥⾯包含(TCP连接三次捂⼿，http请求连接) ⑥⽹站服务器返回内容给客户端这⾥⾯包含(http响应报⽂，TCP四次挥⼿)四、DNS解析的原理阐述 ①⽤户在浏览器中输⼊请求的地址回车 ②先找本地的缓存和Hosts⽂件，有解析的对应IP直接返回个客户端IP地址 ③本地和hosts都没有找⽹卡配置的LDNS缓存，有解析的对应IP直接返回个客户端IP地址 ④ LDNS缓存没有找DNS根服务器(13台，根服务器会有⾃⼰的调度算法应答，根服务器没有整个域名的解析结记录，只有顶级域的域名org/com等） ⑤因为根服务器没有整个域名解析的记录只有顶级域的，所有他会告诉LDNS去找顶级域 .org的服务器，这样LDNS就拿到了org的地址 ⑥因为客户要的是整个的域名解析地址，所以还要请求顶级域的下⼀级的服务器，顶级域会把下⼀级的DNS服务器地址给LDNS ⑦ LDNS会拿着这个地址请求 zhujingzhi域名的授权DNS，这个DNS域名服务商做好解析的服务器(这台服务器上肯定有设置好的www 的解析记录，不然是不能访问的) ⑧ LDNS会拿到这个解析的IP返回给客户端，并且会在本地缓存写⼊⼀份，客户端也会在本地的缓存存⼀份五、什么是HTTP协议与WWW服务 ① HTTP协议，全称HyperText Transfer Protocol，中⽂名字叫超⽂本传输协议，是互联⽹中最常⽤的⼀种⽹络协议。
HTTP请求报文和HTTP响应报文
HTTP请求报⽂和HTTP响应报⽂HTTP报⽂是⾯向⽂本的，报⽂中的每⼀个字段都是⼀些ASCII码串，各个字段的长度是不确定的。
HTTP有两类报⽂：请求报⽂和响应报⽂。
HTTP请求报⽂⼀个HTTP请求报⽂由请求⾏（request line）、请求头部（header）、空⾏和请求数据4个部分组成，下图给出了请求报⽂的⼀般格式。
or＜request-line＞＜headers＞＜blank line＞[＜request-body＞1.请求头请求⾏由请求⽅法字段、URL字段和HTTP协议版本字段3个字段组成，它们⽤空格分隔。
例如，GET /index.html HTTP/1.1。
HTTP协议的请求⽅法有GET、POST、HEAD、PUT、DELETE、OPTIONS、TRACE、CONNECT。
⽽常见的有如下⼏种：1).GET最常见的⼀种请求⽅式，当客户端要从服务器中读取⽂档时，当点击⽹页上的链接或者通过在浏览器的地址栏输⼊⽹址来浏览⽹页的，使⽤的都是GET⽅式。
GET⽅法要求服务器将URL定位的资源放在响应报⽂的数据部分，回送给客户端。
使⽤GET⽅法时，请求参数和对应的值附加在URL后⾯，利⽤⼀个问号（“?”）代表URL的结尾与请求参数的开始，传递参数长度受限制。
例如，/index.jsp?id=100&op=bind,这样通过GET⽅式传递的数据直接表⽰在地址中，所以我们可以把请求结果以链接的形式发送给好友。
以⽤google搜索domety为例，Request格式如下：GET /search?hl=zh-CN&source=hp&q=domety&aq=f&oq= HTTP/1.1Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/vnd.ms-powerpoint,application/msword, application/x-silverlight, application/x-shockwave-flash, */*Referer: <a href="/">/</a>Accept-Language: zh-cnAccept-Encoding: gzip, deflateUser-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; TheWorld)Host: <a href=""></a>Connection: Keep-AliveCookie: PREF=ID=80a06da87be9ae3c:U=f7167333e2c3b714:NW=1:TM=1261551909:LM=1261551917:S=ybYcq2wpfefs4V9g;NID=31=ojj8d-IygaEtSxLgaJmqSjVhCspkviJrB6omjamNrSm8lZhKy_yMfO2M4QMRKcH1g0iQv9u-2hfBW7bUFwVh7pGaRUb0RnHcJU37y-FxlRugatx63JLv7CWMD6UB_O_r可以看到，GET⽅式的请求⼀般不包含”请求内容”部分，请求数据以地址的形式表现在请求⾏。
http协议请求响应报文格式及状态码详解
HTTP协议报文格式HTTP协议（Hypertext Transfer Protocol――超文本传输协议）浏览器端（客户端）向WEB 服务器端访问页面的过程和HTTP协议报文的格式。
基于HTTP协议的客户机访问包括4个过程，分别是建立TCP套接字连接、发送HTTP请求报文、接收HTTP应答报文和关闭TCP套接字连接：1. 创建TCP套接字连接客户端与WEB服务器创建TCP套接字连接，其中WEB端服务器的地址可以通过域名解析确定，WEB端的套接字侦听端口一般是80。
2. 发送HTTP请求报文客户端向WEB服务端发送请求报文，HTTP协议的请求报文格式为：请求消息= 请求行（实体头信息）CRLF[实体内容]请求行= 方法URL HTTP版本号CRLF方法= GET|HEAD|POST|扩展方法URL = 协议名称＋宿主名＋目录与文件名其中"CRLF"表示回车换行。
"请求行"中的"方法"描述了对指定资源执行的动作，常用的方法"GET"、"HEAD"和"POST"等3种，它们的含义如表15-8所示：请求报文一个HTTP请求报文由请求行（request line）、请求头部（header）、空行和请求数据4个部分组成，下图给出了请求报文的一般格式。
（1）请求行请求行由请求方法字段、URL字段和HTTP协议版本字段3个字段组成，它们用空格分隔。
例如，GET /index.html HTTP/1.1。
HTTP协议的请求方法有GET、POST、HEAD、PUT、DELETE、OPTIONS、TRACE、CONNECT。
这里介绍最常用的GET方法和POST方法。
GET：当客户端要从服务器中读取文档时，使用GET方法。
GET方法要求服务器将URL定位的资源放在响应报文的数据部分，回送给客户端。
使用GET方法时，请求参数和对应的值附加在URL后面，利用一个问号（“?”）代表URL的结尾与请求参数的开始，传递参数长度受限制。
响应报文的几种方式
响应报文的几种方式1.引言1.1 概述概述部分旨在介绍响应报文及其重要性。
在网络通信中，客户端向服务器发送请求后，服务器会返回一个响应报文作为反馈。
响应报文承载着服务器对客户端请求的回应结果和相关信息。
它是一种结构化的数据格式，可以包含状态码、头部字段、实体数据等。
响应报文的格式通常遵循HTTP协议规定的标准，这使得不同系统之间可以相互交流和理解。
正确的响应报文能够确保客户端和服务器之间的有效沟通和协作，为用户提供良好的服务体验。
响应报文的重要性不可忽视。
通过响应报文，服务器能够向客户端提供响应的结果，比如请求的数据、状态信息、错误提示等。
客户端可以根据响应报文的内容，进行下一步的操作，例如解析并展示数据、根据状态码进行错误处理等。
响应报文的方式可以有多种，每一种方式都有其特点和适用场景。
在接下来的文章中，将详细介绍两种常见的响应报文方式，并探讨它们的优缺点以及适用范围。
总之，响应报文在网络通信中起着至关重要的作用。
正确的响应报文能够确保客户端和服务器之间的信息交流顺畅，为用户提供高效和准确的服务。
掌握响应报文的不同方式及其特点，对于开发者和网络工程师来说是十分重要的。
在接下来的正文部分，我们将探讨响应报文的两种常见方式，以期帮助读者更好地理解和应用响应报文的知识。
1.2 文章结构本文将围绕"响应报文的几种方式"展开讨论。
文章分为引言、正文和结论三个主要部分。
在引言部分，我们首先对本文的主题进行概述，简要介绍响应报文的重要性和应用场景。
接着，我们将阐明文章的结构和各部分的内容安排，以便读者能够清晰地了解本文的逻辑框架。
接下来，正文部分将重点讨论响应报文的几种方式。
在2.1小节中，我们将介绍第一种方式，详细描述其特点、优势和适用场景。
然后，在2.2小节中，我们将引入第二种方式，并对其进行深入分析，包括技术细节和使用案例。
通过对这两种方式的探讨，读者可以全面了解响应报文的多样性及其在实际应用中的差异。
计算机网络——HTTP协议详解
计算机⽹络——HTTP 协议详解⼀、前⾔ 前段时间为了研究计算机⽹络，看了看《计算机⽹络⾃顶向下⽅法》这本书。
不得不说这真是⼀本好书，内容详细，⽽且讲解的浅显易懂，采⽤了⼤量类⽐的⽅式进⾏讲解，⽽不是单纯的叙述理论，同时在每⼀章的后⾯都有⼤量的练习题以及很有意思的编程题，所以开头先来推荐⼀波。
这本书我暂时只看到了第⼆章，刚看完的内容，所以写⼀篇相关的博客，就当是记笔记了。
⼆、详解 2.1 HTTP 概述 是⼀个应⽤层的协议，全称是超⽂本传输协议，它是的核⼼。
由两个程序实现——客户端程序和服务端程序，⽽的作⽤简单来说就是客户端向服务器发请求，⽽服务器根据请求做出响应。
定义了客户端向服务器请求资源的⽅式，以及服务器向客户端回送资源的⽅式，也就是的请求+响应模型。
客户端向服务器发送请求报⽂请求资源，服务器接收到请求，向客户端回送包含这些资源的响应报⽂。
基于协议，由协议⽀持数据的传输，这说明HTTP 协议是⼀个⾯向连接的可靠协议。
当客户端向服务器请求资源时，⾸先将与服务器建⽴⼀个连接，当连接建⽴成功时，客户端和服务器之间就可以通过套接字接⼝访问，客户端通过连接传输请求报⽂，⽽服务器也通过这个连接回送响应报⽂及资源。
由于的可靠传输，保证了的报⽂⼀定能够完整的送到服务器上，⽽服务器的响应也能完整的回送到客户。
请求的资源⼀般是⼀个页⾯，⽽⼀个页⾯是由⼀个或多个对象组成的，这个对象可能是⼀个⽂件，⼀张图⽚，甚⾄是⼀段视频或者⼩程序。
对于来说，组成⼀个页⾯的这些对象并不属于同⼀个资源，每⼀个对象都是⼀个单独的资源，需要逐⼀请求。
假设我们向服务器请求⼀个页⾯，这个页⾯由⼀个⽂件以及张图⽚组成（通过路径引⽤图⽚），则这个页⾯共有个对象，当服务器接收到客户端对页⾯的请求后，将⽂件通过响应报⽂返回，⽽客户端接收到响应的⽂件后，发现它还引⽤了张图⽚，这时客户端将再次发送个请求，来分别请求这张图⽚。
服务器向客户端发送被请求的⽂件，但是不记录任何客户的信息，所以当你连续向服务器请求同⼀份资源两次时，服务器也会给你响应两次，不会因为你已经请求过就不给你响应了。
http协议,connect
竭诚为您提供优质文档/双击可除http协议,connect篇一：http协议请求响应报文格式及状态码详解http协议报文格式http协议（hypertexttransferprotocol――超文本传输协议）浏览器端（客户端）向web服务器端访问页面的过程和http协议报文的格式。
基于http协议的客户机访问包括4个过程，分别是建立tcp套接字连接、发送http请求报文、接收http应答报文和关闭tcp套接字连接：1.创建tcp套接字连接客户端与web服务器创建tcp套接字连接，其中web端服务器的地址可以通过域名解析确定，web端的套接字侦听端口一般是80。
2.发送http请求报文客户端向web服务端发送请求报文，http协议的请求报文格式为：其中"cRlF"表示回车换行。
"请求行"中的"方法"描述了对指定资源执行的动作，常用的方法"get"、"head"和"post"等3种，它们的含义如表15-8所示：请求报文一个http请求报文由请求行（requestline）、请求头部（header）、空行和请求数据4个部分组成，下图给出了请求报文的一般格式。
（1）请求行请求行由请求方法字段、uRl字段和http协议版本字段3个字段组成，它们用空格分隔。
例如，get/index.htmlhttp/1.1。
http协议的请求方法有get、post、head、put、delete、options、tRace、connect。
这里介绍最常用的get方法和post方法。
get：当客户端要从服务器中读取文档时，使用get方法。
get方法要求服务器将uRl定位的资源放在响应报文的数据部分，回送给客户端。
使用get方法时，请求参数和对应的值附加在uRl后面，利用一个问号（“”）代表uRl的结尾与请求参数的开始，传递参数长度受限制。
HTTP报文格式及WireShark抓包分析
HTTP报⽂格式及WireShark抓包分析HTTP请求报⽂格式在这个请求格式之中空⾏是必不可少的⼀⾏。
空⾏之后是请求实体。
⼀个具体的HTTP请求报⽂格式如下：GET /su?wd=www.&action=opensearch&ie=UTF-8 HTTP/1.1Host: Connection: keep-aliveUser-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36Accept-Encoding: gzip, deflateAccept-Language: zh-CN,zh;q=0.9Cookie: BAIDUID=C2208EC4A287F1C78E1868E06C12C32F:FG=1; BIDUPSID=B7762029AFC604941206D91099D1D897; PSTM=1545827421; BDUSS=WFMRW5qRVBQRDhxNDN0UEpSMlJzZWhJTklITGY3eUVmLTFFeX5iNzY3RDQ1MHRjQV 请求格式之中的⽅法是指GET，PSOT，HEAD等⽅法。
get⽅法是获取URL指定资源。
使⽤GET ⽅法时，可以将请求参数和对应的值附加在 URI 后⾯，利⽤⼀个问号(“?”)将资源的URI和请求参数隔开，参数之间使⽤与符号(“&”)隔开。
⼀般适合于请求信息⽐较短的场合。
使⽤URL请求也会把信息暴露出来。
post请求⼀般是客户端提交给服务器的表单数据。
当然，如果是上传⽂件，也应当使⽤post请求。
post请求还可以较get请求更好的隐藏信息。
head⽅法与get⽤法相同，但没有响应实体。
URI是Uniform Resource Identifiers的缩写，它是URL的⼀种扩展，我们在HTTP协议中使⽤的URI其实都是URL。
http请求报文包含三个部分（请求行+请求头+请求体）
http请求报⽂包含三个部分（请求⾏+请求头+请求体）http请求报⽂包含三个部分（请求⾏ + 请求头 + 请求体）⼀、请求⾏请求⾏包含三个内容： method + request-URI + http-version请求⾏例如:GET /icwork/? Search = product HTTP/1.11.1 请求⽅法method 包含有： post , get, head,delete, put, connect, options, patch, propfind, propatch, mkcol, copy, move, lock, unlock, trace, head，具体介绍如下：请求⽅法作⽤get通过请求URI获得资源post⽤于添加新的资源，⽤于表单提交put⽤于修改某个内容delete删除某个内容connect⽤于代理进⾏传输例如SSLoptions询问可以执⾏那些⽅法patch部分⽂档更该propfind查看属性proppatch设置属性mkcol创建集合copy拷贝move移动lock加锁unlock解锁trace⽤于远程诊断服务器head类似于get，⽤于检查对象是否存在⽤于得到元数据1.2 get⽅法和post⽅法get⽅法： 是在url中说明情请求的资源，⽐如https:///con?from=self?_t=1466609839126 其中？后的数据就是请求的数据，并且连接⽤&，get⽅法也可以提交表单数据，但是提交的数据在url中，其他⼈可以通过查看历史记录中的url来获取你提交的数据，这样很不安全post⽅法 传输数据不在url中，⽽在数据段中出现，并且请求头多了Content-Type 和 Content-Length，post提交表单数据的时候⽐get⽅法更安全1.3 post⽅法提交表单和get⽅法提交表单相⽐较1. get明⽂传输，信息附加在url上⾯，get明⽂传输，post更加安全2. get传输有⼤⼩限制,应该是3k，post需要制定传输类型3. get多⽤于获取数据，根据get变量的不同调⽤不同的数据，post多⽤于提交数据，提交⽤户输⼊的数据1.4 get⽅法和post⽅法的区别：1. Get是向服务器发索取数据的⼀种请求，⽽Post是向服务器提交数据的⼀种请求2. Get是获取信息，⽽不是修改信息，类似数据库查询功能⼀样，数据不会被修改3. Get请求的参数会跟在url后进⾏传递，请求的数据会附在URL之后，以?分割URL和传输数据，参数之间以&相连,％XX中的XX为该符号以16进制表⽰的ASCII，如果数据是英⽂字母/数字，原样发送，如果是空格，转换为+，如果是中⽂/其他字符，则直接把字符串⽤BASE64加密。
HTTP协议—HTTP报文格式详解
HTTP协议—HTTP报⽂格式详解HTTP协议中有两种报⽂：请求报⽂和响应报⽂⼀、请求报⽂下⾯是⼀个⽐较典型的请求报⽂:每⼀⾏由⼀个回车和换⾏符结束，最后⼀⾏额外再加⼀个回车换⾏符。
HTTP请求报⽂的第⼀⾏叫做请求⾏，后⾯部叫⾸部⾏。
1、请求⾏：请求⾏的三个字段：⽅法字段、URL字段、HTTP版本字段。
⽅法字段可取值：GET、POST、HEAD、PUT和DELETE。
绝⼤部分HTTP请求报⽂都是GET⽅法。
当浏览器请求⼀个对象时，使⽤GET⽅法，在URL字段带有请求对象标识。
2、⾸部⾏Host：127.0.0.1：指明了对象所在主机，虽然主机中已经有⼀条TCP连接存在，但该⾏提供的信息是Web代理⾼速缓存所要求的。
User-Agent:指明代理，就是浏览器的类型。
这服务器可以有效地为不同类型的⽤户代理实际发送相同对象的不同版本。
Accept-Language：zh-CN：表⽰语法版本。
如果服务器中没有这样的对象的，就会发送其默认的版本。
Connection：close ：要求服务器在发送完被请求的对象后就关闭这条连接。
HTTP请求通⽤请求格式（下⾯讨论实体体）实体体（entity body）:使⽤GET⽅法时实体体会为空，使⽤POST⽅法时才会使⽤该实体体。
提交表单时，会使⽤到POST⽅法（例如在搜索引擎中输⼊搜索关键字），实体体中包含的就是⽤户在表单字段中输⼊的值。
虽然POST⽅法才能⽤到实体体，但是”⽤表单⽣成的请求报⽂不是必须使⽤POST⽅法“：HTML表单经常使⽤GET⽅法，在表单字段中所请求的URL中包括输⼊的数据，例如⼀个使⽤GET⽅法的表单有两个字段aaa和bbb，那么其URL的的结构是这样的：/admin? aaa&bbb （⾮常常见，浏览⽹页的时候可以注意⼀下）下⾯介绍另外⼀些⽅法：HEAD⽅法，与GET类似，服务器收到HEAD请求时，会⽤⼀个HTTP报⽂响应，但是不会反回请求对象，常⽤于调试跟踪。
HTTP协议
HTTP协议HTTP协议原理⽤户访问⽹站的基本流程：1，登录浏览器输⼊⽹址2，⽹址通过DNS解析出具体IP地址3，TCP三次握⼿4，浏览器向服务商的Web服务器发起⼀个请求（遵循http协议）5，Web服务器响应⽤户请求，处理请求，返回响应包6，浏览器通过http协议接收到响应包7，浏览器处理响应包显⽰在浏览器上8，TCP四次挥⼿DNS的域名解析流程：1，先找本地PC的本地缓存2，本地hosts映射⽂件⾥⾯是否做了DNS的映射3，查找本机的DNS，叫LDNS4，DNS接收以后，找⾃⼰的缓存5，LDNS的hosts有没有6，LDNS找本地记录本如果前六步能查到IP地址，叫做DNS的递归查询7，还没有找到就发起求助，叫做迭代查询DNS的迭代查询流程世界上有13台⼤型的域名解析服务器,叫做点服务器,只要含有点就跟它有关系DNS向离它最近的⼀台点服务器求助点服务器就把.com的地址发送了LDNSLDNS求组.com.com只给了LDNS 的位置LDNS向求组知道就给ldns 然后LDNS把具体的地址存到⾃⼰的缓存⾥,然后发给PCPC在把这个存到⾃⼰的缓存⾥HTTP协议简介HTTP⼜叫超⽂本传输协议HTTP是加密的协议HTTP默认监听端⼝80HTTPS默认端⼝443HTTP请求⽅法GET 读客户端请求指定资源信息，服务器返回指定资源，读的速度快明⽂的不加密POST 写将客户端的数据提交到服务器，加密⽅式注册，⽤于注册信息HTTP状态码⽣产场景常见的状态吗及其对应的作⽤HTTP协议通信原理过程，整个通信原理的重要知识点有：1. ⽤户访问⽹站的流程2. DNS解析流程细节3. 建⽴TCP连接过程（TCP/IP三次握⼿原理知识）（11种状态）4. 发送HTTP报⽂及HTTP请求报⽂内容细节。
5. Web服务器响应客户端请求处理细节（⽹站集群架构细节）6. 响应HTTP报⽂及HTTP响应报⽂的细节7. 关闭TCP连接，涉及TCP/IP协议四次挥⼿原理8. 事实上，DNS解析原理，http协议原理，tcp/ip协议原理都是⾼薪⾯试的重点，是⾼级运维必备知识，这⾥对其中的重要知识点进⾏汇总，如下：9.10. http协议位于OSI模型中第7层应⽤层11. http协议的重要应⽤是www服务。
http中请求报文requestheaders和响应报文responseheaders
http中请求报⽂requestheaders和响应报⽂responseheaders ⼀、构成HTTP请求的简单流程图（图摘录的），如下：Web Client可以是浏览器、搜索引擎、机器⼈等等⼀切基于HTTP协议发起http请求的⼯具。
Web Server可以是任何的能解析HTTP请求，并返回给Web Client可识别的响应的服务，常见的有apache、nginx、IIS等等web服务器⼆、客户端跟服务的交互 要看图还不明⽩中过程的话，那就更通俗的理解为：在浏览器中输⼊URL，并按下回车键浏览器向DNS服务器请求解析该URL中的域名对应的IP地址(如果是IP请求，则不需要该步骤)解析出IP后，根据IP和端⼝号，和服务器建⽴连接浏览器向服务器发送请求，该请求报⽂作为TCP三次握⼿的第三个报⽂发送给服务器服务器做出响应，把数据发送给浏览器通信完成，断开TCP连接浏览器解析收到的数据并显⽰ 从中就可以延伸出以下要说的内容了。
也就是交互直接的报⽂，这⾥就简单说说其中请求报⽂跟响应报⽂，主要也是⽅便新⼿简单了解下，具体的底层还是得⾃⼰去查阅资料response headers响应报⽂当收到get或post等⽅法发来的请求后，服务器就要对报⽂进⾏响应。
⽤于在http请求中服务器向浏览器传递附加信息,主要包括服务器传递的数据类型,使⽤的压缩⽅法,语⾔,以及服务器的信息和响应该请求的时间等.以下为response 属性属性名称意义⽰例Accept-Ranges Web服务器表⽰⾃⼰是否接受获取某个实体的⼀部分（⽐如⽂件的⼀部分）的请求bytes:接受 none:不接受Accept-Ranges:bytesAccess-Control-Allow-Origin指定哪些⽹站可以跨域源资源共享Access-Control-Allow-Origin:* age响应对象在代理缓存中存在的时间，以秒为单位Age:234585576Access-Control-Allow-Methods允许的http请求⽅法Access-Control-Allow-Methods: POST, GET, OPTIONSAllow Allow⽀持标题列出资源集合的⽅法。
HTTP的请求报文结构和响应报文结构
HTTP的请求报⽂结构和响应报⽂结构
HTTP请求报⽂主要由请求⾏、请求头（⾸部）、空⾏、请求正⽂（Get请求没有请求正⽂）4部分组成。
1、请求⾏
由三部分组成，分别为：①请求⽅法、②URL以及③协议版本；之间由空格分隔；
请求⽅法包括GET、HEAD、PUT、POET、TRACE、OPTIONS、DELETE以及扩展⽅法，当然并不是所有的服务器都实现了所有的⽅法，部分⽅法即便⽀持，出于安全性的考虑也是不同的；
协议版本的格式为：HTTP/主版本号.次版本号，常⽤的有HTTP/1.0和HTTP/1.1；
2、请求头
请求头部为请求报⽂添加了⼀些附加信息，由“名/值”对组成，每⾏⼀对，名和值之间使⽤冒号分隔。
常见请求头如下：
3、空⾏
请求头的最后会有⼀个空⾏，表⽰请求头部结束，接下来为请求正⽂，这⼀⾏⾮常重要，必不可少。
4、请求正⽂
可选部分，⽐如GET请求就没有请求正⽂。
可以理解为客户端向服务端传输的数据。
HTTP响应报⽂主要由状态⾏、响应头、空⾏、响应正⽂4部分组成。
1、状态⾏
由3部分组成，分别为：协议版本、状态码、状态码描述，之间由空格分隔；
2、响应头
与请求头类似，为响应报⽂添加⼀些附加信息。
常见响应头如下：
3、空⾏
响应头的最后会有⼀个空⾏，表⽰响应头部结束，接下来为请求正⽂，这⼀⾏⾮常重要，必不可少。
4、响应正⽂
可以理解为服务器对客户端的响应。
wireshark-分析-http
HTTP Response Message
status line header line Blank line entity body
包含所请求的对象本身
HTTP Response Message
HTTP Response Message
结果分析
实验过程介绍
Thanks for listening
header line Blank line Entity body
HTTP Request Message
request line header line(s)
• header field name: value
• Host: 定义目标所在主机 • Connection: close 告诉服务器连接非持久 • User-agent: 定义用户代理 • ......
Blank line Entity body
HTTP Request Mesage
HTTP请求报文 HTTP响应报文
HTTP Message Format
status line
• protocol version field • status code • corresponding status message
header line Blank line entity body
HTTP Response Message
status line header line(s)
Connection: Date: Server: Last-Modified： Connect-Length： ......
OUTLINE
wireshark HTTP报文
简介
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
HTTP报文是面向文本的，报文中的每一个字段都是一些ASCII码串，各个字段的长度是不确定的。
HTTP有两类报文：请求报文和响应报文。
HTTP请求报文一个HTTP请求报文由请求行（request line）、请求头部（header）、空行和请求数据4个部分组成，下图给出了请求报文的一般格式。
or＜request-line＞＜headers＞＜blank line＞[＜request-body＞1.请求头请求行由请求方法字段、URL字段和HTTP协议版本字段3个字段组成，它们用空格分隔。
例如，GET /index.html HTTP/1.1。
HTTP协议的请求方法有GET、POST、HEAD、PUT、DELETE、OPTIONS、TRACE、CONNECT。
而常见的有如下几种：1).GET最常见的一种请求方式，当客户端要从服务器中读取文档时，当点击网页上的链接或者通过在浏览器的地址栏输入网址来浏览网页的，使用的都是GET方式。
GET方法要求服务器将URL定位的资源放在响应报文的数据部分，回送给客户端。
使用GET方法时，请求参数和对应的值附加在URL后面，利用一个问号（“?”）代表URL的结尾与请求参数的开始，传递参数长度受限制。
例如，/index.jsp?id=100&op=bind,这样通过GET方式传递的数据直接表示在地址中，所以我们可以把请求结果以链接的形式发送给好友。
以用google搜索domety为例，Request格式如下：GET /search?hl=zh-CN&source=hp&q=domety&aq=f&oq=HTTP/1.1Accept: image/gif, image/x-xbitmap, image/jpeg,image/pjpeg, application/vnd.ms-excel,application/vnd.ms-powerpoint,application/msword, application/x-silverlight,application/x-shockwave-flash, */*Referer: <ahref="/">/</a> Accept-Language: zh-cnAccept-Encoding: gzip, deflateUser-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT5.1; SV1; .NET CLR 2.0.50727; TheWorld)Host: <a href=""></a> Connection: Keep-AliveCookie:PREF=ID=80a06da87be9ae3c:U=f7167333e2c3b714:NW=1:TM=126 1551909:LM=1261551917:S=ybYcq2wpfefs4V9g;NID=31=ojj8d-IygaEtSxLgaJmqSjVhCspkviJrB6omjamNrSm8lZhK y_yMfO2M4QMRKcH1g0iQv9u-2hfBW7bUFwVh7pGaRUb0RnHcJU37y- FxlRugatx63JLv7CWMD6UB_O_r可以看到，GET方式的请求一般不包含”请求内容”部分，请求数据以地址的形式表现在请求行。
地址链接如下：<ahref="/search?hl=zh-CN&source=hp&q=domety&aq=f&oq=">/search?hl=zh-CN&s ource=hp&q=domety&aq=f&oq=</a>地址中”?”之后的部分就是通过GET发送的请求数据，我们可以在地址栏中清楚的看到，各个数据之间用”&”符号隔开。
显然，这种方式不适合传送私密数据。
另外，由于不同的浏览器对地址的字符限制也有所不同，一般最多只能识别1024个字符，所以如果需要传送大量数据的时候，也不适合使用GET方式。
2).POST对于上面提到的不适合使用GET方式的情况，可以考虑使用POST方式，因为使用POST 方法可以允许客户端给服务器提供信息较多。
POST方法将请求参数封装在HTTP请求数据中，以名称/值的形式出现，可以传输大量数据，这样POST方式对传送的数据大小没有限制，而且也不会显示在URL中。
还以上面的搜索domety为例，如果使用POST方式的话，格式如下：POST /search HTTP/1.1Accept: image/gif, image/x-xbitmap, image/jpeg,image/pjpeg, application/vnd.ms-excel,application/vnd.ms-powerpoint,application/msword, application/x-silverlight,application/x-shockwave-flash, */*Referer: <ahref="/">/</a> Accept-Language: zh-cnAccept-Encoding: gzip, deflateUser-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT5.1; SV1; .NET CLR 2.0.50727; TheWorld)Host: <a href=""></a> Connection: Keep-AliveCookie:PREF=ID=80a06da87be9ae3c:U=f7167333e2c3b714:NW=1:TM=126 1551909:LM=1261551917:S=ybYcq2wpfefs4V9g;NID=31=ojj8d-IygaEtSxLgaJmqSjVhCspkviJrB6omjamNrSm8lZhK y_yMfO2M4QMRKcH1g0iQv9u-2hfBW7bUFwVh7pGaRUb0RnHcJU37y- FxlRugatx63JLv7CWMD6UB_O_rhl=zh-CN&source=hp&q=domety可以看到，POST方式请求行中不包含数据字符串，这些数据保存在”请求内容”部分，各数据之间也是使用”&”符号隔开。
POST方式大多用于页面的表单中。
因为POST也能完成GET的功能，因此多数人在设计表单的时候一律都使用POST方式，其实这是一个误区。
GET方式也有自己的特点和优势，我们应该根据不同的情况来选择是使用GET还是使用POST。
3).HEADHEAD就像GET，只不过服务端接受到HEAD请求后只返回响应头，而不会发送响应内容。
当我们只需要查看某个页面的状态的时候，使用HEAD是非常高效的，因为在传输的过程中省去了页面内容。
2.请求头部请求头部由关键字/值对组成，每行一对，关键字和值用英文冒号“:”分隔。
请求头部通知服务器有关于客户端请求的信息，典型的请求头有：User-Agent：产生请求的浏览器类型。
Accept：客户端可识别的内容类型列表。
Host：请求的主机名，允许多个域名同处一个IP地址，即虚拟主机。
3.空行最后一个请求头之后是一个空行，发送回车符和换行符，通知服务器以下不再有请求头。
4.请求数据请求数据不在GET方法中使用，而是在POST方法中使用。
POST方法适用于需要客户填写表单的场合。
与请求数据相关的最常使用的请求头是Content-Type和Content-Length。
HTTP报文HTTP响应也由三个部分组成，分别是：状态行、消息报头、响应正文。
如下所示，HTTP响应的格式与请求的格式十分类似：＜status-line＞＜headers＞＜blank line＞[＜response-body＞]正如你所见，在响应中唯一真正的区别在于第一行中用状态信息代替了请求信息。
状态行（status line）通过提供一个状态码来说明所请求的资源情况。
状态行格式如下：HTTP-Version Status-Code Reason-Phrase CRLF其中，HTTP-Version表示服务器HTTP协议的版本；Status-Code表示服务器发回的响应状态代码；Reason-Phrase表示状态代码的文本描述。
状态代码由三位数字组成，第一个数字定义了响应的类别，且有五种可能取值。
∙1xx：指示信息--表示请求已接收，继续处理。
∙2xx：成功--表示请求已被成功接收、理解、接受。
∙3xx：重定向--要完成请求必须进行更进一步的操作。
∙4xx：客户端错误--请求有语法错误或请求无法实现。
∙5xx：服务器端错误--服务器未能实现合法的请求。
常见状态代码、状态描述的说明如下。
∙200 OK：客户端请求成功。
∙400 Bad Request：客户端请求有语法错误，不能被服务器所理解。
∙401 Unauthorized：请求未经授权，这个状态代码必须和WWW-Authenticate 报头域一起使用。
∙403 Forbidden：服务器收到请求，但是拒绝提供服务。
∙404 Not Found：请求资源不存在，举个例子：输入了错误的URL。
∙500 Internal Server Error：服务器发生不可预期的错误。
∙503 Server Unavailable：服务器当前不能处理客户端的请求，一段时间后可能恢复正常，举个例子：HTTP/1.1 200 OK（CRLF）。
下面给出一个HTTP响应报文例子HTTP/1.1 200 OKDate: Sat, 31 Dec 2005 23:59:59 GMTContent-Type: text/html;charset=ISO-8859-1Content-Length: 122＜html＞＜head＞＜title＞Wrox Homepage＜/title＞＜/head＞＜body＞＜!-- body goes here --＞＜/body＞＜/html＞关于HTTP请求GET和POST的区别1.GET提交，请求的数据会附在URL之后（就是把数据放置在HTTP协议头＜request-line ＞中），以?分割URL和传输数据，多个参数用&连接;例如：login.action?name=hyddd&password=idontknow&verify=%E4%BD%A0 %E5 %A5%BD。