Http的报文结构

Http有两类报文:

(1):请求报文-----从客户端向服务器发送的请求报文。

(2):响应报文-----从服务器到客户的回答(即响应报文)。

报文结构如下图:


左边是请求报文。右边是响应报文

HTTP请求报文和响应报文都是由三个部分组成。可以看出这二种报文的不同在于开始行的不同。

开始行:用于区分是请求报文还是响应报文。在请求报文中开始行叫做请求行(Request_Line),而在响应报文中的开始行叫做状态行(Status-Line)。在开始行的三个字段之间都以空行分隔开,最有的“CR”和“LF”分别代表回车和换行。

首部行:用来说明浏览器,服务器或报文主体的一些信息。首部可以有好几行,也可以不使用。在每一个首部行中都有首部字段名和它的值,每一行在结束的地方都要有“回车”和“换行”。整个首部行结束时,还有一空行将首部行和后面的实体主体分开。

实体主体(entity body),在请求报文中一般都不用这个字段,而在响应报文中也可能没有这个字段。

请求报文的第一行“请求行”的一些特点

请求行只有三个内容,即方法,请求资源的URL,以及HTTP的版本。

ps:这里的名词“方法”(method)是面向对象技术中使用的专有名词。所谓方法就是对所请求的对象进行的操作,这些方法实际上也就是一些命令。因此,请求报文的类型是由它所采用的方法决定的。


eg:我们可以使用telnet来发送请求报文。

telnet  localhost 8080

连接上后:

输入:

GET /test4/http.jsp?name=zhanglei&password=baother HTTP/1.1
Host: localhost
Connection: keep-alive

(可以使用firefox中的利器firebug查看)

第一行:请求行使用了相对的URL(删略了主机的域名),是因为下面的首部中给出主机的域名。

第三行:告诉服务器使用持续连接,表示浏览器希望服务器在传送文所有的请求对象后等片刻再关闭TCP连接。

这个请求报文没有实体主体。

响应报文的主要特点:每一个请求报文发出后,都可以收到一个响应报文。响应报文的第一行就是状态行。

状态行包含三项内容,即:http的版本,状态码,以及解释状态码的简单短语。

状态码(Status-Code)都是三位数的,分为5大类。

1xx:表示通知消息的,如请求收到了或者正在进行处理。

2xx表示成功,如接受或知道了。

3xx表示重定向,如要完成请求还必须采取进一步的行动。

4xx表示客户的差错,如请求中有错误的语言或不能完成。

5xx表示服务器的差错,如服务器无法完成请求。

eg:

HTTP /1.1 202 Accepted 接受

HTTP /1.1 400 Bad Request 错误的请求
HTTP/1.1 404 Not Found 请求的资源找不到

HTTP/1.1 302 Found 重定向

ps:

重定向:

HTTP/1.1 302 Found
Server: Apache-Coyote/1.1
Set-Cookie: JSESSIONID=42FFBC442E7CF68066
Location: http://localhost/test4/session.
Content-Type: text/html;charset=UTF-8
Content-Length: 0
Date: Tue, 16 Apr 2013 06:26:07 GMT


<think>嗯,用户想了解Wireshark中的HTTP报文结构,我需要详细解释一下。首先,我应该从Wireshark的基本功能开始,说明它是如何捕获和分析网络数据包的。接着,重点放在HTTP协议的结构上,可能需要分请求和响应两部分来讲解。 用户可能已经对HTTP有基本了解,但需要知道在Wireshark中具体如何查看和解析这些报文。所以,我应该详细描述每个部分在Wireshark中的显示方式,比如Frame、Ethernet、IP、TCP这些底层协议层,然后才是HTTP层。要指出HTTP报文的位置,以及各个字段的含义,比如请求行、状态行、头部字段和消息体。 另外,用户可能对实际应用场景感兴趣,比如调试或安全分析,所以可以举一些例子,比如查看GET请求的具体内容,或者分析POST请求的数据。还需要提醒用户注意HTTPS的情况,因为Wireshark默认无法解密HTTPS流量,可能需要配置SSL密钥。 要确保结构清晰,分步骤讲解,可能用编号列表来组织内容。同时,注意使用正确的术语,但保持语言通俗易懂。最后,检查是否符合用户提供的系统级指令,比如数学公式的格式,但这个问题可能不涉及太多数学内容,不过如果有变量或协议中的数值,可能需要用$符号包裹。</think>以下是Wireshark中HTTP报文结构的逐步解析: --- ### **1. Wireshark基础定位** - Wireshark通过抓取网络接口流量,将HTTP报文封装在TCP/IP协议栈中显示 - 过滤语句:`http` 或 `http.request.method == "GET"` --- ### **2. HTTP报文分层结构** 在Wireshark中按协议栈分层展开: ```text Frame (物理层帧信息) ├─ Ethernet II (数据链路层) ├─ Internet Protocol Version 4 (网络层) ├─ Transmission Control Protocol (传输层) └─ Hypertext Transfer Protocol (应用层) <-- 重点分析层 ``` --- ### **3. HTTP请求报文结构** **示例抓包:** ``` GET /index.html HTTP/1.1\r\n Host: www.example.com\r\n User-Agent: Mozilla/5.0\r\n Accept: text/html\r\n \r\n ``` **Wireshark解析字段:** 1. **请求行** - `Request Method: GET` - `Request URI: /index.html` - `Request Version: HTTP/1.1` 2. **头部字段** - 键值对结构,如: - `Host: www.example.com`(虚拟主机标识) - `User-Agent: Mozilla/5.0`(客户端信息) - `Content-Type`(POST请求特有) 3. **空行** - `\r\n\r\n` 标识头结束 4. **消息体** - POST/PUT请求包含数据,如:`username=test&password=123` --- ### **4. HTTP响应报文结构** **示例抓包:** ``` HTTP/1.1 200 OK\r\n Content-Type: text/html\r\n Content-Length: 1354\r\n \r\n <!DOCTYPE html>... ``` **Wireshark解析字段:** 1. **状态行** - `Status Code: 200` - `Response Phrase: OK` - `Version: HTTP/1.1` 2. **头部字段** - 关键字段: - `Content-Length: 1354`(实体大小) - `Set-Cookie`(会话控制) - `Location`(重定向时出现) 3. **空行** - 同请求报文 4. **消息体** - HTML文档/JSON数据等实际内容 --- ### **5. 特殊场景分析** - **分块传输**:出现`Transfer-Encoding: chunked`时,消息体以十六进制长度分段 - **持久连接**:`Connection: keep-alive`表示TCP连接复用 - **HTTPS解密**:需导入服务器私钥解密TLS层(Edit > Preferences > Protocols > TLS) --- ### **6. 关键过滤技巧** | 过滤表达式 | 作用 | |---------------------------|--------------------------| | `http.request` | 过滤所有HTTP请求 | | `http.response` | 过滤所有HTTP响应 | | `http.host contains "api"`| 抓取特定域名的通信 | | `http.content_type == "application/json"` | 定位JSON数据交互 | --- ### **7. 典型故障排查点** 1. 检查状态码: - `4xx`:客户端错误(如404资源不存在) - `5xx`:服务端错误(如502网关故障) 2. 关注时延指标: - `Time since request`:请求响应时间 - `Time since previous frame`:数据包间隔时间 3. 验证数据完整性: - 对比`Content-Length`与实际消息体字节数 - 检查分块传输的结束标记`0\r\n\r\n` 建议结合Statistics > HTTP > Packet Counter功能进行全局分析。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值