详解三次握手ACK和Ack,理解透彻参数意义

本文详细解析了TCP三次握手过程中的关键细节,包括确认值(Acknowledgement)和确认编号(Acknowledgement Number)的作用及区别,以及如何使用Wireshark观察这些细节。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在三次握手发送的数据包中有两个ACK值(Acknowledgement),人们习惯一个大写,一个小写来加以区分。
其实ACK也好,ack也好,只不过是个代号而已,叫他张三也行,叫他李四也没事,没有任何影响,因为咱们不会改动那个东西。就算是把名字记反了,对咱们也没有任何影响,大家知道三次握手的数据包里有这么两个东西就行了。
一个是确认值(Acknowledgement),为1便是确认连接。
另一个是确认编号(Acknowledgement Number),即接收到的上一次远端主机传来的seq然后+1,再发送给远端主机。提示远端主机已经成功接收上一次所有数据。
本人有轻度强迫症,能搞清楚的问题我不喜欢迷迷糊糊的,再加上这个问题想搞清楚其实很简单,所以用wireshark抓包看了一下,然后通过抓包我把我的理解说出来跟大家讨论讨论,我哪里理解的不对希望大家及时帮我改正错误。


三次握手的数据包,红框内为第一次握手时IP为192.168.56.1的请求端(请求连接端)发送的seq,值为0(实际中此值不一定为0)


红框内为第二次握手时IP为192.168.56.130的服务端(被请求连接端)发送的seq,因为是服务端发给请求端的一个新的seq,所以值为0(实际中此值不一定为0)
蓝框内为Ack(Acknowledgement Number确认编号)即我理解的小写的ack,值为第一次握手时请求端发送来的seq+1即0+1=1


红框内为第三次握手时IP为192.168.56.1的请求端(请求连接端)发送的seq,因为第一次握手时它发送给服务端的seq为0(黄框内),在上次的基础上+1,值就是1。
蓝框内的Ack(Acknowledgement Number确认编号)还是我理解的小写的ack,值为第二次握手时请求端发来的seq+1,即绿框中的seq+1,值为1

那么问题来了,那个起确认连接作用的确认值即我理解的那个大写的ACK在哪呢?


在这里。

展开看一下:

对照网上找到的关于第二次握手的标志位的一张图可以看出:
确认位即ACK,为1即为确认进行连接
同步位即SYN,从第一次握手时,此位就为1

下面是网上找到的三次握手的标志图,供参考:

第一次握手的标志位
我们可以看到标志位里面只有个同步位,也就是在做请求(SYN)

第二次握手的标志位
我们可以看到标志位里面有个确认位和同步位,也就是在做应答(SYN + ACK)

第三次握手的标志位
我们可以看到标志位里面只有个确认位,也就是再做再次确认(ACK)

至此问题结束

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值