Toriyung

导航

< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

统计

计网:TCP三次握手和四次挥手

老生常谈的问题,直接参考连接:

https://zhuanlan.zhihu.com/p/108504297(存在部分问题,配合下面CSDN)

https://blog.csdn.net/m0_56649557/article/details/119492899

 

自己需要记住的点:

  三次握手:

    第一次:客户端:只有SYN置1,发送seq=J

    第二次:服务端:SYN和ACK都置1,发送seq=K,ack=J+1

    第三次:客户端:ACK才置1,发送ack=K+1

    客户端先只有SYN置1,seq是报文数据序列,ack则是对序列+1进行验证,所以第一次只需要发送seq,没有确认ack,第二次既需要确认ack也需要给出seq被确认(我收到了,我也要开始啦),第三次则只需要确认ack(ACK置1),无需给出seq

 

  四次挥手:

    第一次:客户端:FIN置1,发送seq=M

    第二次:服务端:ACK置1,发送ack=M+1,seq=N

    第三次:服务端:FIN置1,发送ack=M+1,seq=L

    第四次:客户端:ACK置1,发送ack=L+1,seq=M+1

    客户端先只有FIN置1,,第二次是服务器先确认(ACK置1),然后等发完数据再进行结束(FIN置1),最后客户端确认(ACK置1)

posted on   Toriyung  阅读(14)  评论(0编辑  收藏  举报

相关博文:
阅读排行:
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 别再用vector<bool>了!Google高级工程师:这可能是STL最大的设计失误
· 单元测试从入门到精通
点击右上角即可分享
微信分享提示