【网络|TCP】三次握手、四次握手

这篇具有很好参考价值的文章主要介绍了【网络|TCP】三次握手、四次握手。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

TCP是一种面向连接的可靠的传输协议,建立和断开TCP连接时需要进行握手的过程。其中,TCP的连接建立需要进行三次握手,而连接断开则需要进行四次握手。

解释

三次握手

  • 第一次握手:客户端发送一个SYN(同步)报文给服务器,表示客户端请求建立连接。这个报文中包含一个初始的序列号(sequence number)。

  • 第二次握手:服务器收到客户端的SYN报文后,会发送一个SYN+ACK(同步+确认)报文给客户端作为响应。这个报文中,SYN位被置为1,表示服务器同意建立连接,并且同时也发送一个确认序列号(acknowledge number)。

  • 第三次握手:客户端收到服务器的SYN+ACK报文后,会向服务器发送一个ACK(确认)报文。这个报文中,ACK位被置为1,表示客户端确认服务器的响应,并且发送一个确认序列号。

四次握手

  • 第一次握手:当客户端需要关闭连接时,发送一个FIN(结束)报文给服务器,表示自己已经没有数据要发送了,请求关闭连接。

  • 第二次握手:服务器发送一个ACK报文,服务器确认收到了关闭请求。此时,接收方进入半关闭状态,可以继续发送数据,但不再接收数据。

  • 第三次握手:服务器发送一个FIN报文给客户端,表示服务器也没有数据要发送了,并请求关闭连接。

  • 第四次握手:客户端收到服务器的FIN报文后,向服务器发送一个ACK报文,确认收到了关闭请求,并且发送一个确认序列号。

通俗易懂

        为什么要建立要三次,断开要四次?两次是否可以?断开三次行不行?

三次握手

        假设A和B是两个人要通过传纸条来交流。他们之间有一扇门,门上有一个信箱。他们希望通过这个信箱来传递纸条。但是,他们不确定对方是否能够收到和回复纸条。

  • 第一次握手:A先向B发出请求,他把一张纸条放进信箱,并敲了一下门。这个纸条上写着:“Hi B,我想和你建立通信连接,请确认你能够接收我的纸条。”此时,B收到了纸条,并知道A想要和他建立连接。但是,A并不知道B是否能够收到纸条。
  • 第二次握手:B收到纸条后,他在纸条上写下回复,并放进信箱里。然后,他也敲了一下门。这个纸条上写着:“Hi A,我收到了你的纸条,并且确认我能够接收你的纸条。我也想和你建立通信连接,请确认你能够接收我的回复。”此时,A收到了B的回复,并知道B能够接收纸条。但是,B并不知道A是否能够收到他的回复。
  • 第三次握手:A收到B的回复后,他在纸条上写下确认,并放进信箱里。然后,他再次敲了一下门。这个纸条上写着:“Hi B,我收到了你的回复,并且确认我能够接收你的纸条。我们可以建立通信连接了。”此时,B收到了A的确认,并知道A能够接收他的回复。双方都确认了彼此的通信能力。

        通过这个三次握手的过程,A和B都知道彼此的通信能力。他们可以开始通过传纸条来进行交流,而且双方都知道对方能够接收和回复纸条。这样,他们就建立了可靠的通信连接。

四次握手

        四次握手和三次握手原理基本一样,区别在与四次握手中B>A回了两次,原因是为了确保数据传输的完整性。第一次告诉A收到了,等B传输A的数据全部传输完毕后,再次告诉A传完了,可以关闭了。

总结

        如果三次握手改成两次,那就会导致B不知道A是否收到B发的请求,直接给A发数据,可能导致A收到这个数据。四次握手同理,每一次握手都是为了实现某些功能和解决某些问题,如果少了任何一步,就会导致这个问题的发生。文章来源地址https://www.toymoban.com/news/detail-634024.html

到了这里,关于【网络|TCP】三次握手、四次握手的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 【计算机网络】TCP 的三次握手和四次挥手

    TCP 是面向连接的,面向连接就是数据通讯的时候需要进行三次握手,断开通讯的时候需要进行四次挥手。 1.seq(sequence number),序列号,随机生成的 2.ack(acknowledgement number),确认号,ack=seq+1 3.ACK(acknowledgement),确定序列号有效 4.SYN(synchronous),发起新连接 5.FIN(FINISH),完成 TCP三次

    2024年02月10日
    浏览(44)
  • 【Linux 网络】 传输层协议之TCP协议 && TCP的三次握手和四次挥手

    传输控制协议(TCP,Transmission Control Protocol)是一种面向连接的、可靠的、基于字节流的传输层通信协议 基于TCP应用层协议 HTTP HTTPS SSH Telnet FTP SMTP 源/目的端口号: 表示数据是从哪个进程来, 到哪个进程去 32位序号/确认序号:TCP的确认应答机制要使用到的字段,保证TCP的可靠

    2024年02月14日
    浏览(53)
  • 网络扫盲:Tcp协议和hettp、https协议、三次握手四次挥手

    是一种用于传输超文本的协议,是Web应用程序的基础。HTTP协议使用客户端-服务器模型,客户端发出请求,服务器返回响应。HTTP协议是无状态的,即服务器不会记住之前的请求和响应,每个请求和响应都是独立的。HTTP协议使用TCP作为传输协议,通常使用80端口。 HTTP协议的应

    2024年02月04日
    浏览(92)
  • 【网络】TCP通讯(三次握手、四次挥手;滑动窗口;TCP状态转换;端口复用;TCP心跳检测机制)

     前言:建议看着图片,根据文字描述走一遍TCP通讯过程,加深理解。 目录 TCP通信时序: 1)建立连接(三次握手)的过程: 2)数据传输的过程: 3)关闭连接(四次挥手)的过程: 滑动窗口 (TCP流量控制): TCP状态转换: 半关闭: 2MSL: 程序设计中的问题: 端口复用:

    2024年02月07日
    浏览(57)
  • 计算机网络面经之TCP三次握手和四次挥手的详解

    1.详细描述三次握手和四次挥手的过程。 2.三次握手可以变成两次握手吗? 3.简述 TCP 连接和关闭的状态转移。 4.简述TCP 四次挥手的 TIME_WAIT状态,以及为什么需要有这个状态 (1)序号(sequence number):seq序号,占32位,用来标识从TCP源端向目的端发送的字节流,发起方发送数据

    2024年02月12日
    浏览(44)
  • 【网络基础】TCP协议之三次握手&四次挥手--详解与常见问题解答

    目录 TCP 的特性 三次握手与四次挥手 三次握手:  灵魂拷问: 四次挥手: 灵魂拷问: 三次握手: 所谓 三次握手 (Three-way Handshake),是指建立一个 TCP 连接时,需要客户端和服务器总共发送3个包。 三次握手的目的是连接服务器指定端口,建立 TCP 连接,并同步连接双方的序列

    2024年01月20日
    浏览(49)
  • 【计算机网络经典面试题】简述 TCP 三次握手和四次挥手的过程

    1)第一次握手:建立连接时,客户端向服务器发送SYN包(seq=x),请求建立连接,等待确认 2)第二次握手:服务端收到客户端的SYN包,回一个ACK包(ACK=x+1)确认收到,同时发送一个SYN包(seq=y)给客户端 3)第三次握手:客户端收到SYN+ACK包,再回一个ACK包(ACK=y+1)告诉服务

    2024年04月08日
    浏览(53)
  • 计算机网络:TCP协议的三次握手和四次挥手与UDP协议区别.

    TCP协议: UDP协议: TCP协议与UDP协议都工作在传输层. TCP协议与UDP协议它们的目标: TCP协议与UDP协议的最大区别: TCP协议保持连接的三个关键步骤: UDP协议: TCP协议与UDP协议主要区别: 传输控制协议(TCP,Transmission Control Protocol)是一种面向连接的、可靠的、基于字节流的

    2023年04月15日
    浏览(50)
  • 计算机网络—TCP和UDP、输入url之后显示主页过程、TCP三次握手和四次挥手

    TCP是面向连接的、可靠的,基于字节流的传输层通信协议 。 图片来源小林coding 序号:传输方向上字节流的字节编号。初始时序号会被设置一个随机的初始值(ISN),之后每次发送数据时,序号值 = ISN + 数据在整个字节流中的偏移。假设A - B且ISN = 1024,第一段数据512字节已经

    2024年02月14日
    浏览(45)
  • TCP网络三次握手(链接请求)和四次挥手(断链请求),FIN报文和RST报文

    本文直接将直接开始流程,部分东西不在做解释, 握手是建立连接,挥手是断开连接 标记位 SYN : 1 标记时表示希望创建连接 FIN: 1 标记时表示希望断开连接 ACK: 1 标记时确认号字段有效 RST: 1 标记时表示TCP连接出现异常,需要断开。 。。。。 序列号 : 在初次建⽴连接

    2024年04月15日
    浏览(46)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包