Wireshark抓包:详解TCP四次挥手报文内容

文章总览图

9234f12396c2a00fb24c7267c205c938.png
这个是别人抓的包,可以看到全过程。这个是重点。

目录

  • 一、详解tcp四次挥手

    • 1.客户端发的第一个释放连接的请求

    • 2.服务器给客户端回应确认消息

    • 3.服务器发给客户端释放连接的请求

    • 4.客户端发确认消息

  • 二、完整看到全过程

  • 三、提示

一、详解tcp四次挥手

刚才用图解释了tcp四次挥手的过程。用wireshark抓一个包,进行详细的分析。

1.客户端发的第一个释放连接的请求

这是抓的包,然后过滤出来的,看下最后的阶段,是要开始释放一个链接了。这里是第一个fin,ack包:

45e57a0f79042976ab8917caa6af85da.png

不是说只有fin吗?为啥这里是fin,ack包?

双击点看看下:

4b9a19c161ed4135af4a49c04f1d6777.png

tcp报文是一个可靠的协议,它的每一个数据包都要进行确认,每发一个数据包都有一个ack包。表示每发一个包,都要去确认一下的。

3622ec0583ffdbdf637f9b2065ed7938.png

所以第一个fin,ack包,ack被标记了,其实也是对上一个报文数据的确认。

4ff48bb7dc39ad2eb06aa1818982b0f0.png

tcp是一个常规的,每个包都要去确认的这样一个协议。

2.服务器给客户端回应确认消息

a1b8f00d5cfd12d7a187e3460ad14431.png 1ecd09332034412a050a8c5713b62401.png

只有ack位被标记了,其它位没有被标记,因为这就是一个确认消息。

ack包的序号是952。是因为客户端发的fin,ack包希望下一个包的序号是952(确认号是952)

aefc888163c7b5c2cbf28e71a98dc553.png

3.服务器发给客户端释放连接的请求

e15183e4f35836fdf7926b153c1445ec.png

再次发送一个fin,ack包,表示我也要释放连接。

4a3878ccbb4256895f0d943ed553394c.png

fin,ack和ack包的序号、确认号是一样的。

943bcbe0f987574546a85fa1a31b63b1.png

因为还是一个服务器发的,所以确认号和序号是一样的。

0a64a7beaf2b2e563468b09dc02f9b74.png

4.客户端发确认消息

客户端也发了一个ack包。这个包的ack号等于上一个包的序号(seq=5002)加1,也就是5003。

d488963df875728b8fc05fe2373461cd.png
这个是别人抓的包,意思都一样

这里就是用wireshark抓包给大家详细的看了下四次挥手的过程。fin,ack包--->ack包---->fin,ack包---->ack包。

后面tcp连接就没有了。

二、完整看到全过程

b8a64743641d3a2a24413bf0e0c66324.png
这个是别人抓的包,可以看到全过程。这个是重点。

三次握手后,发起https的一个连接,中间发的都是正常的数据包,直到客户端发完数据包了,客户端发起一个fin,ack包开始四次挥手,直到连接结束了。

三、提示

以上内容是抓包整理的,2次抓包的内容有些区别,但是图片上写的技术内容准确无误。最后一张完整看到全过程的图片是本文的技术重点。学习时应活学活用,切勿死搬硬套。


除标明 “图片来自网络” 的图片,其它文章中的图片皆为本人所画,计算机知识都一样,如有雷同,纯属巧合。

公众号 清菡软件测试 首发,更多原创文章:清菡软件测试 162+ 原创文章,欢迎关注、交流,禁止第三方擅自转载。如有转载,请标明出处。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

清菡软件测试

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值