网络情缘之TCP的握手和分手

    最近给学员们复习接口测试的时候,有人找到一个面试的时候被问到的问题:“请说明TCP的三次握手。”然后有人笑着回答说:“就是问女朋友‘约吗’?”女朋友说:“约”,然后再说:“走吧”,这样的过程。看到这个回答,有点好像理解了,但又不知道理解什么了的感觉,所以今天我们就来聊一下TCP协议相关的内容吧,希望对大家以后做接口测试有所帮助。

    不知道大家有没有寄大件物品的经历,比如寄一张床,小明同学肯定有(小明是谁?我也不知道)。有一天小明要给老家寄一张大床,于是去了物流公司,找到客服小MM咨询。小MM问:“你住哪,要把东西寄到哪里去?”于是小明赶紧说了自己的情况:“我住长沙五一新干线1430,寄到湖南省长沙县某某村222号”

    小MM继续问:“这个村有很多个收快递的点,你要放到哪个点呢?”小明想了一下:“放到标有80的快递点,他们会有人来拿的。”

    小MM说:“我现在还不知道那个地方是不是营业,我先帮你确定一下。”于是她叫了一个小弟说:“你给长沙县某某村去送个信,说我们要给他们发个快递,看他们还营业嘛或者有空没有”小弟听完就出去了。(不要问为什么不打电话,因为剧情需要)一个小时后,小弟回来了,说:“他们营业的,有空。”小MM说:“你再跑一趟,告诉他我们知道了,我们就要给他们送个物品过去了。”小弟又出去跑了一趟,小明觉得这个小MM是有点消遣人,让人家跑三趟,小MM做出解释:“我们要建立一个可靠的连接通道,不跑三趟怎么证明我们双方收件发件没有问题呢。我们要保证你的东西能寄到的话就一定要这么做,自己琢磨琢磨就知道了。”看到这里大家应该差不多知道TCP建立连接的三次握手是怎么回事了 。

图一:wireshark抓取的数据包

第一次握手:192.168.1.105发送位码syn=1数据包到119.75.219.45,119.75.219.45由SYN=1知道192.168.1.105要求建立联机;

第二次握手:119.75.219.45收到请求后要确认联机信息,向192.168.1.105发送ack , v发送syn=1,ack=1的确认包;

第三次握手:192.168.1.105收到后检查位码ack是否为1,若正确,192.168.1.105会再发ack=1,119.75.219.45收到后确认seq=seq+1,ack=1则连接建立成功。

图二、三次握手

    小明的床经过很多次快递后,终于把所有的零部件都送出去了。这时小MM说:“都发过去了,可以跟那边不联系了。”于是把之前的小弟叫来说:“跟那边说一下,该发的包都发送完了。”过了一会,小弟回来说:“他们知道了,有事情会跟我们联系的。”过了一会,又有一个小弟过来说:“我们那边已经没有事情了,今天的事情结束了,我们会等待半小时,如果你们没有事情了,半个小时后,就不联系了。”小MM很开心说:“那你带个结束确认信过去,我们也等半小时,如果他们没有事情,今天就结束了。”小明说:“你们这结束连接也还挺麻烦的。”小MM说:“那是自然,万一有什么临时事情发生呢,这叫四次分手。”

    TCP结束连接需要进行四次对话,双方确保没有数据要发送了,才能断开连接。

图三:wireshark抓取四次挥手的数据包

第一次挥手:客户端A发送一个FIN,用来关闭客户A到服务器B的数据传送。

第二次挥手:服务器B收到这个FIN,它发回一个ACK,确认序号为收到的序号加1,和SYN一样,一个FIN将占用一个序号。

第三次挥手:服务器B关闭与客户端A的连接,发送一个FIN给客户端A。

第四次挥手:客户端A发回ACK报文确认,并将确认序号设置为收到序号加1。

图四、TCP数据传输的过程

读书小笔记

俗话说“有趣的灵魂万里挑一”,罗曼老师用讲故事的方式讲述知识,让人忍不住一直读下去,原来枯燥的知识也变的轻松有趣起来,感谢罗曼老师为我们讲述的“网络情缘”系列的第二个故事,让我们继续为罗曼老师打call吧~

 

 

 

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值