前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >TCP/IP协议三次握手、四次挥手

TCP/IP协议三次握手、四次挥手

作者头像
芈亓
发布2022-06-17 14:43:41
1420
发布2022-06-17 14:43:41
举报
文章被收录于专栏:笔记2022笔记2022

TCP/IP协议三次握手、四次挥手

TCP报文格式 两次握手 三次握手 四次挥手

TCP报文格式

32位序号:随机生成,唯一标识当前报文的序号是多少,seq表示 32位确认序号:对上一条发送的信息进行一个消息的确认,ack表示 ACK:确认标志位,一位,只能表示0/1。 SYN:1:发起一个新的连接 FIN:1:结束一个连接

两次握手

说明:客户端向服务端发送报文,服务端收到了,说明服务端接受客户端的消息没问题。但服务端发给客户端的消息,客户端一定能收到么?服务端还是不知道。 为了安全可靠:

1:客户端知道我能连上服务端,服务端也能连上我;

2:服务端知道我能连上客户端,客户端也能连上我。

此时两次握手只能保证情景1,保证不了情景2,因为第二次握手对服务端来说,只知道我能连上客户端,但不知道客户端能不能连上我。所以需要客户端发送第三次握手进行确认,要是服务端能收到,则说明我服务端知道你客户端也能连上我。

三次握手

四次挥手

第一次挥手:服务器知道了客户端要和我断开连接,但此时服务端不一定最好准备,以为此时服务端可能还有未发送完的消息,还要继续发送。

第二次挥手:此时对服务端而言,只能对消息进行一个确认,告诉客户端我知道你要和我断开连接了,但我这边可能还没做好准备,你得等我。

第三次挥手:服务端发给客户端:我准备好和你断开连接了

第四次挥手:客户端发给服务端:确认收到服务端断开连接的消息。

通过四次连接,不管客户端还是服务端,都做好断开连接的准备,就断开连接了。

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • TCP/IP协议三次握手、四次挥手
    • TCP报文格式
      • 两次握手
        • 三次握手
          • 四次挥手
          领券
          问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档