文章总览图
目录
一、详解tcp四次挥手
1.客户端发的第一个释放连接的请求
2.服务器给客户端回应确认消息
3.服务器发给客户端释放连接的请求
4.客户端发确认消息
二、完整看到全过程
三、提示
一、详解tcp四次挥手
刚才用图解释了tcp四次挥手的过程。用wireshark抓一个包,进行详细的分析。
1.客户端发的第一个释放连接的请求
这是抓的包,然后过滤出来的,看下最后的阶段,是要开始释放一个链接了。这里是第一个fin,ack
包:
不是说只有fin吗?为啥这里是fin,ack
包?
双击点看看下:
tcp报文是一个可靠的协议,它的每一个数据包都要进行确认,每发一个数据包都有一个ack包。表示每发一个包,都要去确认一下的。
所以第一个fin,ack
包,ack被标记了,其实也是对上一个报文数据的确认。
tcp是一个常规的,每个包都要去确认的这样一个协议。
2.服务器给客户端回应确认消息
只有ack位被标记了,其它位没有被标记,因为这就是一个确认消息。
ack包的序号是952。是因为客户端发的fin,ack
包希望下一个包的序号是952(确认号是952)
3.服务器发给客户端释放连接的请求
再次发送一个fin,ack
包,表示我也要释放连接。
fin,ack
和ack包的序号、确认号是一样的。
因为还是一个服务器发的,所以确认号和序号是一样的。
4.客户端发确认消息
客户端也发了一个ack包。这个包的ack号等于上一个包的序号(seq=5002)加1,也就是5003。
这里就是用wireshark抓包给大家详细的看了下四次挥手的过程。fin,ack
包--->ack
包---->fin,ack
包---->ack
包。
后面tcp连接就没有了。
二、完整看到全过程
三次握手后,发起https的一个连接,中间发的都是正常的数据包,直到客户端发完数据包了,客户端发起一个fin,ack
包开始四次挥手,直到连接结束了。
三、提示
以上内容是抓包整理的,2次抓包的内容有些区别,但是图片上写的技术内容准确无误。最后一张完整看到全过程的图片是本文的技术重点。学习时应活学活用,切勿死搬硬套。
除标明 “图片来自网络” 的图片,其它文章中的图片皆为本人所画,计算机知识都一样,如有雷同,纯属巧合。
公众号 清菡软件测试 首发,更多原创文章:清菡软件测试 162+ 原创文章,欢迎关注、交流,禁止第三方擅自转载。如有转载,请标明出处。