深圳大学计算机网络实验三:数据包抓取与分析(Wireshark的基本使用)

Posted 2023-04-08 MINGgoS

更好的阅读体验

一、实验目的与要求

学习安装、使用协议分析软件，掌握基本的数据报捕获、过滤和协议的分析技巧，能对抓取数据包进行分析。

二、实验内容与方法

1、使用具有Internet连接的Windows操作系统；
2、抓包软件Wireshark。

协议分析软件的安装和使用、学会抓取数据包的方法并对对抓取数据包进行分析

三、实验步骤与过程

认识Wireshark

• 安装Wireshark软件

• 根据以下步骤进行抓包：

1. 点击Option 按钮，可以看到有多张网卡
2. 在Interface中选择对应的网卡
3. 点击 Start 按钮开始抓包

可以看到Wireshark 窗口中有不同颜色的数据包

在Wireshark主界面，报文会显示各种各样的颜色，它们表示不同的含义。这些颜色，是由色彩规则控制的。
可以通过在 View 选项中点击 Color Rules 来显示Wireshark 中不同协议对应数据包对应的颜色规则

颜色规则：

Wireshark 窗口各个信息：

表达式过滤：

• 协议过滤 比如TCP，只显示TCP协议。

• IP 过滤 比如 ip.src ==192.168.0.102 显示源地址为192.168.0.102

ip.dst==192.168.1.102, 目标地址为192.168.1.102

• 端口过滤 tcp.port ==80, 端口为80的 tcp.srcport == 80, 只显示TCP协议的愿端口为80的。

• Http模式过滤 http.request.method==“GET”, 只显示HTTP GET方法的。

• 逻辑运算符

• 复合过滤表达式

分析数据包

打开Wireshark程序执行抓包，访问如下网站（看网页和看视频），分别分析DNS、HTTP、TCP、UDP数据包

• http://www.szu.edu.cn/board/
• http://www.szu.edu.cn/tv/
• http://www.youku.com
• http://www.sina.com.cn

1.DNS

打开http://www.szu.edu.cn/board/ 分析DNS数据包

在抓包开始前先将浏览器缓存清空
在wireshark过滤窗口中输入 dns && ip.addr == 192.168.0.102并同时开始进行抓包

在浏览器中输入http://www.szu.edu.cn/board/，得到如下页面

可以看到图中8号数据包的Info中有Standard query 0xa9c7 A www.szu.edu.cn的信息

点击该数据包可以看到源IP地址为192.168.0.102，目的地址为103.27.24.2
传输层使用了UDP对报文进行封装，源端口号为61028，目的端口号为53，
查询的域名为www.szu.edu.cn，Type 为 A，class in
响应本数据包对应的数据包序号为18

点击18号数据包

可以看到，18号数据包的Info为Standard query response 0xa9c7 A www.szu.edu.cn A 210.39.4.1
源IP地址为102.27.24.2，目的IP地址为192.168.0.102
传输层使用了UDP协议对报文进行封装，源端口号为53，目的端口号为61028
Queries为8号数据包发出的查询，Answer部分为对应的回答，
域名解析www.szu.edu.cn: type A, class IN, addr 210.39.4.1
其中Type为A，class IN，对应的IP地址为210.39.4.1
使用ping命令在命令行窗口查询www.szu.edu.cn的ip地址，其中查到的ip地址为210.39.4.1

2.HTTP

打开 http://www.szu.edu.cn/tv/ 分析HTTP数据包

可以看到数据包中有许多TCP，SSL数据包，这是由于客户端和服务器都是在HTTP协议的基础上通过SSL加密隧道变成https进行通信的，Wireshark 没有再次设置的情况下是没有办法抓到包的 https 的数据包。所以没有抓取到http数据包

解决方法：
在终端中执行：

/Applications/Google\\ Chrome.app/Contents/MacOS/Google\\ Chrome --user-data-dir=/tmp/chrome --ssl-key-log-file=/tmp/.ssl-key.log

打开 Wireshark ，Wireshark - Perferences - Protocols - TLS ，在 (Pre)-Master-Secret log filename 输入 /tmp/.ssl-key.log

重新开始抓包
在过滤器中输入ip.addr == 192.168.0.102 && http && ip.addr == 210.39.4.1

可以看到已经可以抓取到数据包了

接下来对数据包进行分析

可以从Info中看出浏览器和服务器运行的都是1.1版本的HTTP协议
Request 方法为 GET 方法
浏览器从服务器接受的语言是zh-CN
请求的URI 为http://www.szu.edu.cn/tv/
响应报文为第56号报文

服务器响应报文为56号报文
响应状态码：HTTP/1.1 302 Moved Temporarily\\r\\n
响应文件内容：Line-based text data: text/html (7 lines)
Content-Length: 137
该资源原本确实存在，但已经被临时改变了位置

继续请求，77号数据包，响应为82号数据包，82号响应状态码为HTTP/1.1 302 Found\\r\\n下

一个请求为84号数据包，响应帧为88号，88号帧的响应状态码为404 Not Found

3.TCP

3.打开http://www.youku.com 分析 TCP 数据包

在终端中执行：

/Applications/Google\\ Chrome.app/Contents/MacOS/Google\\ Chrome --user-data-dir=/tmp/chrome --ssl-key-log-file=/tmp/.ssl-key.log

在Wireshark过滤器输入 http

在浏览器输入优酷网址，可以看到Wireshark中http数据包的Info有 youku的字样

右键，Follow -> TCP Stream,追踪TCP数据流

可以得到如下页面：

点击Statistics -> Flow

可以得到如下页面：

在其中的Flow Type中选择TCP Flows，并选择时间戳和我们要分析的TCP数据流一致的数据，点击Limit to display filiter，可以得到如下窗口：

可以看出我的IP地址为192.168.0.102

优酷的IP地址为59.82.31.118

在客户端和youku.com之间启动 TCP 连接的 TCP SYN 区段的相对 $Sequencenumber$ 是0，绝对 $Sequencenumber$ 是 $2758883771$，这是一个随机值

根据三次握手，客户端应该发送 SYN 请求请求建立连接，我找到发送的第一个请求并且发现客户端（我的电脑）将 SYN 标志标 0 用来请求建立连接。这一步也是三次握手的第一步

Youku.com发送给客户的

• 相对$Acknowledgementnumber$ 是 $1$
• 绝对 $Acknowledgementnumber$是 $2758883772$
• 相对 $Sequencenumber$为$0$
• 绝对 $Sequencenumber$为 $1687385211$，这也是一个随机值

可以发现，服务器端的 $Acknowledgementnumber$ = 客户端的$Sequencenumber+1$
意思是服务器接收到我的连接请求并且发 SYN-ACK 确认，这是三次握手的第二步。

客户端再次发送TCP报文段给服务器端的

• 相对$Sequencenumber$为 $1$
• 绝对$Sequencenumber$为 $2758883772$
• 相对$Acknowledgementnumber$的值为 $1$
• 绝对$Acknowledgementnumber$的值为 $1687385212$

TCP服务器进程收到该确认报文段后也进入连接已建立状态

现在，TCP双方都进入了连接已建立状态，它们可以基于已建立好的TCP连接，进行可靠的数据传输

点击Statistics-> TCP Stream Graph-> Time Sequence (tcptrace）,可得下图

可以发现，跟踪文件中没有重新传输的段。我们可以通过检查跟踪文件中TCP数据段的序列号来验证这一点。在该轨迹的时间序列图(Stevens)中，从源(192.168.0.102)到目的地(59.82.31.118)的所有序列号都随着时间单调递增。如果存在重传数据段，则该重传数据段的序列号应小于其相邻数据段的序列号。

4.UDP

打开http://www.sina.com.cn 分析 UDP 数据包

在过滤器中输入ip.addr == 192.168.0.102 && udp && ip.addr == 103.27.24.2

UDP标头有4个字段，分别为：

• Source Port
• Destination Port
• Length
• Checksum

UDP的源端口号为49947，目的端口号为53，长度为41，校验和为0x41b2

每个标头字段各自占两个bytes，总共为 $4\times 2=8$ 个bytes

由于占两个bytes，所以UDP 的有效载荷最大值为$ 2 ^16 - 1 - 8 = 65527$

最大的端口号可能为$2^{16}-1=65535$

UDP payload 为 33 bytes

$Length=UDPpayload+4\ast 2=33+8=41$

IP数据包中的UDP协议号为17，十六进制为0x11

响应该报文的数据包序号为 10

10号报文段：

请求报文和响应报文之间的关系：

• 请求和响应的 Source Port 和 Destination Port 相互对应

• 请求和响应的 Source IP 和 Destination IP 相互对应

• 请求：

• 响应：

计算机网络——数据包抓取与分析

数据包抓取与分析

目录

一、实验目的

二、实验内容

三、实验环境

四、实验步骤与过程

---

一、实验目的

学习安装、使用协议分析软件，掌握基本的数据报捕获、过滤和协议的分析技巧，能对抓取数据包进行分析。

二、实验内容

协议分析软件的安装和使用、学会抓取数据包的方法并对对抓取数据包进行分析。

三、实验环境

1. 使用Windows操作系统；Internet连接
2. 抓包软件Wireshark。

四、实验步骤与过程

1. WireShark的使用
   1. 选择接口过滤器

安装Wireshark后，打开Wireshark，可以看到如图 1所示的界面，提示我们选择对应接口的过滤器，在此我选择“以太网”进行抓包

图 1 选择接口过滤器

1. 1. Wireshark的界面

打开Wireshark后，可以看到如图 2的界面。Wireshark的界面主要分为如下几个部分：

1. 显示过滤器：主要用于过滤封包
2. 封包列表：显示所有捕获到的封包，有源地址和目标地址，端口号。不同的颜色代表了不同封包的类型与状态
3. 封包详细信息：显示封包中的内容以及各个字段
4. 十六进制数据：展示十六进制的封包原始数据
5. 地址栏：显示封包的统计信息与杂项

图 2 Wireshark主界面图

      

1. 1. Wireshark过滤器

在上一节中，我们介绍了Wireshark的界面，以及各个功能，接下来着重介绍Wireshark中过滤器的功能。过滤器可以在大量的数据中快速准确的找到我们需要的信息。

图 3 捕获过滤器

过滤器主要分两种， 图 2主界面上的显示过滤器和图 3上的捕获过滤器。显示过滤器用来在已捕获的记录中显示所需要的记录。捕获过滤器主要用来过滤即将捕获的封包，以免捕获过多的记录。

图 4 显示过滤器

       如图 4，显示过滤器通过过滤表达式实现过滤。具体可以通过如下几个规则进行过滤：

1. 协议过滤：如tcp，则只显示tcp协议
2. IP过滤：如ip.src==192.168.1.102显示源地址为192.168.1.102的封包，ip.dst== 192.168.1.102则显示目标地址为192.168.1.102的封包。
3. 端口过滤：如tcp.port ==80，只显示端口为80的tcp协议的封包，又如tcp.srcport == 80,  只显示TCP协议的源端口为80的封包
4. Http过滤：如http.request.method=="GET",   只显示HTTP GET方法的封包。

此外，还可以通过逻辑运算符or，and等组合过滤表达式，达到更复杂的过滤效果。

1. 1. 封包详细信息

封包详细信息是抓包过程中最重要的，它包括如下五个字段：

1. Frame:   物理层的数据帧概况
2. Ethernet II: 数据链路层以太网帧头部信息
3. Internet Protocol Version 4: 互联网层IP包头部信息
4. Transmission Control Protocol:  传输层T的数据段头部信息，此处是TCP
5. Hypertext Transfer Protocol:  应用层的信息，此处是HTTP协议

图 5 封包详细信息

       如图 5所示，可以看到某一个封包的详细信息。会显示这个封包的长度，数据链路层信息等。

图 6 封包详细信息与十六进制对应

       如图 6，对于封包里的每一条数据，可以通过点击对应数据的方式，从下方十六进制原始文件中显示对应的字节段。接下来，我们将对每个类型的封包分别进行介绍。

1. DNS分析
   1. www.szu.edu.cn

域名系统（英文：Domain Name System，缩写：DNS）是互联网的一项服务。它作为将域名和IP地址相互映射的一个分布式数据库，能够使人更方便地访问互联网。DNS使用UDP端口53。在http://www.szu.edu.cn/board/中，www.szu.edu.cn域名需要进行DNS解析得到对应的ip地址才能进行网络资源访问。

首先通过DNS抓包查看域名解析的情况。打开Wireshark对网卡进行数据包的捕捉。接着对域名www.szu.edu.cn进行ping操作，由上一次实验知道，ping操作首先需要对域名进行解析，然后在通过ip地址进行访问、得到答复。通过ping得到域名解析后的ip如图 7所示。

图 7 通过ping得到解析后的ip地址

接下来打开Wireshark，在筛选框中输入DNS以筛选出DNS解析的数据包，如图 8所示。从结果来看，正好存在两个DNS解析的数据包，分别对应着解析请求的发送和答复。

图 8 筛选DNS结果

首先查看发送DNS解析的数据包，如图 9所示。首先，从互联网层看，DNS解析使用了ipv4协议，向223.5.5.5（阿里云公共DNS）发送了DNS解析请求。从传输层可以看到，使用的是UDP协议（User Datagram System），端口使用的是53端口。接着是DNS协议的详细信息：第一个是Transaction ID标识字段，长度为2字节，用于辨别DNS应答报文是哪个请求报文的响应。第二个是Flags字段，长度为2字节，通过分析不同位的信息可以得到详细的数据：

1. Response: 查询/响应，1为响应，0为查询。
2. Opcode: 查询或响应类型，这里0表示标准，1表示反向，2表示服务器状态请求。
3. Truncated: 截断，1表示超过512字节并已被截断，0表示没有发生截断。
4. TC: 截断，1表示超过512字节并已被截断，0表示没有发生截断。
5. zero: 全0保留字段。
6. Recursion：是否希望得到递归回答。

经过上述信息分析，可以得知，该数据包是一个标准DNS请求，没有被截断，希望得到递归的回答。

接下来是请求部分，字段Queries为查询或者响应的正文部分，分为Name 、Type、Class。 Name是需要请求的域名，不定长度以0结束；Type是查询类型，这里是主机A记录；最后的Class中，IN表示Internet数据。

图 9 发送DNS请求数据包

接下来分析答复部分的DNS数据包，如图 10所示。可以看到，Transaction ID仍然是发送时的标记，用于表示这是回复当时请求的标记；Response处由0变成了1表示这是答复的DNS；新增的Recursion available为1表示服务器端可以使用递归查询；Reply Code全0数据表示并没有出现错误。相比于请求，答复多了一项Answers，由于ping操作只请求了一个域名， Answers中仅存在一项表名该域名只有一种解析。查看Answers中解析的域名可以看到，域名的名称Name为www.szu.edu.cn，Type为A表示这是一个Ipv4地址，Class为In表示这是一个互联网数据，Time to Live(生存时间TTL)表示该资源记录的生命周期，从取出记录到抹掉记录缓存的时间，此处为9分26秒。Data length(资源数据长度)以字节为单位，这里的4表示IP地址的长度为4字节，也就是解析后的ip的长度。Addr(资源数据): 返回的IP地址210.39.4.1，就是我们想要的结果，该ip与ping命令行中的信息一致。

图 10 DNS答复

1. 1. www.youku.com

打开Wireshark对网卡进行数据包的捕捉，接着使用ping指令对域名www.youku.com进行连通性测试（相关操作省略）。

打开Wireshark，在筛选框中输入DNS筛选出DNS请求的数据包，得到如图 11所示两个数据包，分别代表DNS请求与答复。

图 11 筛选出的DNS相关数据包

首先打开请求的数据包，如图 12所示。从结果看出，协议采用UDP，端口为53；请求向223.5.5.5（阿里云公共DNS）发出；该数据包的Transaction ID为0x6cea。又从Flags字段中可以得出是一个请求的数据包，请求的是标准的查询，没有被截断，请求递归查询。接着从Queries字段中得出请求的只有一个域名的解析，类型为ipv4，为网络数据类。

图 12 DNS解析请求数据包

接着来分析得到的答复，如图 13所示。可以看到，Transaction ID仍然是发送时的标记，用于表示这是回复当时请求的标记；Response处由0变成了1表示这是答复的DNS；新增的Recursion available为1表示服务器端可以使用递归查询；Reply Code全0数据表示并没有出现错误。

查看Answers中解析的域名可以看到，首先是返回一个类型为CNME的项目。CAME为规范名字，即将www.youku.com规范为ipv6-aserver-heyi.m.taobao.com。然后，再次对ipv6-aserver-heyi.m.taobao.com进行解析，得到第二个同样为CNME的项目。该项目再次规范名字，将ipv6-aserver-heyi.m.taobao.com规范为ipv6-aserver-heyi.m.taobao.com.gds.alibabadns.com。此时再次进行域名解析，得到第三个项目。这时，返回的终于是为A的Ipv4地址，Class为In表示这是一个互联网数据，Time to Live(生存时间TTL)表示该资源记录的生命周期，从取出记录到抹掉记录缓存的时间，此处为21秒。Data length(资源数据长度)以字节为单位，这里的4表示IP地址的长度为4字节，也就是解析后的ip的长度。Addr(资源数据): 返回的IP地址106.11.35.97。

图 13 DNS解析答复数据包

1. 1. www.sina.com.cn

打开Wireshark对网卡进行数据包的捕捉，接着使用ping指令对域名www.sina.com.cn进行连通性测试，如图 14所示。

图 14 ping操作

打开Wireshark，在筛选框中输入DNS筛选出DNS请求的数据包，得到如图 15所示两个数据包，分别代表DNS请求与答复。

图 15 筛选DNS数据包

首先打开请求的数据包，如图 16所示。从结果看出，协议采用UDP，端口为53；请求向223.5.5.5（阿里云公共DNS）发出；该数据包的Transaction ID为0x96c7。又从Flags字段中可以得出是一个请求的数据包，请求的是标准的查询，没有被截断，请求递归查询。接着从Queries字段中得出请求的只有一个域名的解析，类型为ipv4，为网络数据类。

图 16 DNS解析请求数据包

接着来分析得到的答复，如图 17所示。可以看到，Transaction ID仍然是发送时的标记，用于表示这是回复当时请求的标记；Response处由0变成了1表示这是答复的DNS；新增的Recursion available为1表示服务器端可以使用递归查询；Reply Code全0数据表示并没有出现错误。

图 17 DNS解析答复数据包 1

查看Answers中（图 18）解析的域名可以看到，首先是返回一个类型为CNME的项目。CAME为规范名字，即将www.sina.com.cn规范为spool.grid.sinaedge.com。然后，再次对spool.grid.sinaedge.com进行解析，得到第二个同样为CNME的项目。该项目再次规范名字，将spool.grid.sinaedge.com规范为ww1.sinaimg.cn.w.alikunlun.com。此时再次进行域名解析，得到剩下的13个项目。这时，返回的全部是类型为A的Ipv4地址，Class为In表示这是一个互联网数据。可以发现，ping指令最后只对第一个ipv4地址进行了操作。DNS将一个域名解析成了多个ip，如此一来一旦有其中一个ip宕机了，也能迅速访问其他ip来连接，增加了服务的可靠性。

图 18 Answers解析的域名

1. HTTP

超文本传输协议（Hypertext Transfer Protocol，HTTP）是一个简单的请求-响应协议，它通常运行在TCP之上，端口号一般为80。它指定了客户端可能发送给服务器什么样的消息以及得到什么样的响应。

由于www.szu.edu.cn、www.youku.com、www.sina.com.cn等许多网站都已经采用更安全的https协议，所以测试http协议的网站使用深大内部的学生公寓管理中心http://gyzx.szu.edu.cn/。

首先打开Wireshark对网卡进行数据包捕捉，然后在浏览器中打开http://gyzx.szu.edu.cn/。接着返回Wireshark中，在筛选框中输入http对数据包进行筛选，得到两个数据包，分别代表了http的请求及答复，如图 19所示。

图 19 http请求和答复

首先来观察http请求的数据包，如图 20所示。

图 20 http请求

从传输层可以看到，http采用的是tcp协议，端口为80。在应用层，可以看到http协议的报文形式。首先，该数据包采用的是GET的方法，协议为HTTP 1.1。HTTP1.0 定义了三种请求方法： GET, POST 和 HEAD方法。HTTP1.1 新增了五种请求方法：OPTIONS、PUT、PATCH、DELETE、TRACE 和 CONNECT 方法。

表格 1 http请求方式

GET	请求指定的页面信息，并返回实体主体。
HEAD	类似于 GET 请求，只不过返回的响应中没有具体的内容，用于获取报头
POST	向指定资源提交数据进行处理请求（例如提交表单或者上传文件）。数据被包含在请求体中。POST 请求可能会导致新的资源的建立和/或已有资源的修改。
PUT	从客户端向服务器传送的数据取代指定的文档的内容。
DELETE	请求服务器删除指定的页面。
CONNECT	HTTP/1.1 协议中预留给能够将连接改为管道方式的代理服务器。
OPTIONS	允许客户端查看服务器的性能。
TRACE	回显服务器收到的请求，主要用于测试或诊断。
PATCH	是对 PUT 方法的补充，用来对已知资源进行局部更新 。

从Connection中可以看到，该请求是keep-alive的，即永久连接。这样子有利于在你访问的网页中有很多图片等其他资源的时候，可以使用同一个TCP连接接收，而不是针对每一个文件都建立一次TCP/IP的连接。User-Agent则表示了访问的客户端的详细信息。Accept-Encoding: gzip, deflate说明该浏览器支持的编码格式，这里是压缩编码的方式，猜想应该是服务器将浏览器请求的文件都是以压缩文件发送过来的。Accept-Language: zh-CN,zh;q=0.9,en;q=0.8指明了该浏览器支持的语言类型，支持zh-CN,zh,en。然后优先发送zh-CN和zh的语言，因为他们的权重是0.9。

接下来分析http协议的答复，如图 21所示。

图 21 http答复

直接分析应用层的http协议，可以看到，答复同样采用的是http1.1，Status为200说明客户端请求成功。常见的几个状态码如下所示。

1. 200：客户端请求成功，是最常见的状态。
2. 302：重定向。
3. 404：请求资源不存在，是最常见的状态。
4. 400：客户端请求有语法错误，不能被服务器所理解。
5. 401：请求未经授权。
6. 403：服务器收到请求，但是拒绝提供服务。
7. 500：服务器内部错误，是最常见的状态。
8. 503：服务器当前不能处理客户端的请求。

Content-Length表示内容长度。Content-Type表示后面的文档属于什么MIME类型，默认为text/plain，但通常需要显式地指定为text/html。Date为当前的GMT时间。最后的line-based text data即为返回的网页内容，浏览器经过解析html语言，进而将网页呈现给用户。

1. TCP

传输控制协议（TCP，Transmission Control Protocol）是为了在不可靠的互联网络上提供可靠的端到端字节流而专门设计的一个传输协议。应用层向TCP层发送用于网间传输的、用8位字节表示的数据流，然后TCP把数据流分割成适当长度的报文段。之后TCP把结果包传给IP层，由它来透过网络将包传送给接收端实体的TCP层。TCP为了保证不发生丢包，就给每个包一个序号，同时序号也保证了传送到接收端实体的包的按序接收。然后接收端实体对已成功收到的包发回一个相应的确认信息（ACK）；如果发送端实体在合理的往返时延（RTT）内未收到确认，那么对应的数据包就被假设为已丢失并进行重传。TCP用一个校验和函数来检验数据是否有错误，在发送和接收时都要计算校验和。

接下来通过打开网站www.szu.edu.cn来观察TCP连接的情况。首先打开Wireshark对网卡进行数据包捕捉，然后在浏览器中打开www.suz.edu.cn。由图 7可得，域名解析后的ip地址为210.39.4.1，于是在Wireshark的筛选框中输入“ip.addr == 210.39.4.1”来筛选数据包。得到结果如图 22所示。

图 22 TCP数据包

1. 1. TCP建立

图 22中前3个数据包为TCP三次握手协议建立连接。当主动方发出SYN连接请求后，等待对方回答SYN+ACK，并最终对对方的 SYN 执行 ACK 确认。这种建立连接的方法可以防止产生错误的连接，TCP使用的流量控制协议是可变大小的滑动窗口协议。

TCP三次握手的过程如下：

1. 客户端发送SYN（SEQ=x）报文给服务器端，进入SYN_SEND状态。
2. 服务器端收到SYN报文，回应一个SYN （SEQ=y）ACK（ACK=x+1）报文，进入SYN_RECV状态。
3. 客户端收到服务器端的SYN报文，回应一个ACK（ACK=y+1）报文，进入Established状态。

三次握手完成，TCP客户端和服务器端成功地建立连接，可以开始传输数据了。

首先来分析第一次握手，数据包如图 23所示。可以看出，由于使用的是HTTPS协议打开的网页，所以TCP端口为443。Src为客户端，Dst为访问的域名接续后的ip，所以这是客户端发送给服务端的数据。可以看到客户端将Flags标志位SYN置为1，随机产生一个值Sequence Number = 0作为序号，并将该数据包发送给服务器，客户机进入SYN_SENT状态，等待服务器确认。实际上Wireshark 工具帮我们做了优化，它默认显示的是序列号 seq 是相对值，而不是真实值，真实值在Sequence Number(raw)中，值为1136243156。

图 23 TCP第一次握手

然后是第二次握手，如图 24所示。可以看到，该数据包的Src是服务端，Dst是客户端，说明这是服务器发送给客户端的数据。这时观察到，SYN仍然为1。然后，服务端将确认序号(Acknowledgement Number)设置为客户的序号seq加1，即0+1=1， ACK变为了1（真实值为1136243157 = 1136243156 + 1），说明服务端收到了TCP请求。此时，seq由服务器随机生成相对值0（实际值1721425601）。

图 24 TCP第二次握手

接下来是TCP第三次握手，如图 25所示。可以看到，该数据包的Src为客户端，Dst为服务端，这是客户端发送的数据包。在第三次握手中，客户端收到第二次握手中服务器发来的包后检查确认序号Seq是否正确，即第一次发送的序号Seq加1（X+1= 0+1=1）。以及标志位ACK是否为1。若正确，客户端会再向服务器端发送一个数据包，SYN=0，ACK=1，确认序号Ack=Y+1=0+1=1，并且把服务器发来ACK的序号Seq加1发送给对方，发送序号Seq为X+1= 0+1=1。客户端收到后确认序号值与ACK=1，至此，一次TCP连接就此建立，可以传送数据了。

图 25 TCP第三次握手

1. 1. 数据传输

数据传输阶段，服务端与客户端之间仍然通过Seq与Ack的值进行数据可靠性的保证。具体操作如图 26所示。

图 26 TCP数据传输过程

由于数据传输的数据包非常多，为了更直观的观察，可以打开Wireshark中的统计-流量图，如图 27所示。图中可以看到，服务端与客户端一直在通信，并没有终止。同时，因为发送或者接受的数据包并不固定数量，所以Seq和Ack值的变化不一。

图 27 TCP传输数据

1. 1. 四次挥手

建立一个连接需要三次握手，而终止一个连接要经过四次握手，这是由TCP的半关闭（half-close）造成的具体流程如下。

（1）客户端A发送一个FIN，用来关闭客户A到服务器B的数据传送。

（2）服务器B收到这个FIN，它发回一个ACK，确认序号为收到的序号加1。和SYN一样，一个FIN将占用一个序号。

（3）服务器B关闭与客户端A的连接，发送一个FIN给客户端A。

（4）客户端A发回ACK报文确认，并将确认序号设置为收到序号加1。

具体捕获的数据包如图 28红框内所示。首先，第一行说明客户端向服务端发送FIN请求；然后，第二行中，服务端向客户端发送一条ACK回复，表名服务端已经收到结束请求；然后，第三行中，服务端向客户端发送FIN，表名服务器已经关闭通信；第四行中，客户端收到服务端的关闭信息，所以自己也关闭通信，同时，将自己已经收到关闭通信的信息用ACK发送给服务端。至此，整个TCP连接已经完全关闭

图 28 TCP四次挥手

1. UDP

UDP 是User Datagram Protocol的简称， 中文名是用户数据报协议，是OSI参考模型中一种无连接的传输层协议，提供面向事务的简单不可靠信息传送服务。UDP协议与TCP协议一样用于处理数据包，在OSI模型中，两者都位于传输层，处于IP协议的上一层。UDP有不提供数据包分组、组装和不能对数据包进行排序的缺点，也就是说，当报文发送之后，是无法得知其是否安全完整到达的。

 接下来使用登录QQ这一过程来抓取UDP数据包进行分析。首先打开Wireshark对网卡进行数据包捕捉，然后登录QQ，在Wireshark筛选框中输入OICQ进行筛选。OICQ协议是QQ在与服务器通信时使用的协议，通常是建立在UDP协议之上。筛选后，得到许多OICQ协议的数据包，如图 29所示。

图 29 OICQ数据包

接下来，随便打开一个数据包，如图 30所示。可以看到，这是由服务端发送至客户端的数据包，传输层使用的是UDP协议。与TCP协议相比，UDP协议的报文非常简单，这是因为UDP报文不对可达进行保证，适合高数据流的应用。然后应用层协议为OICQ协议，这一部分协议完全由QQ去定义，内含QQ通信时所需要的信息。

图 30 OICQ数据包详细信息