【Linux网络】TCP/IP三次握手、四次挥手流程_linux tcp三次握手

作者：Cpp五条 | 2024-03-29 11:52:34

踩

linux tcp三次握手

一、三次握手，建立连接

在TCP/IP协议中，TCP协议提供可靠的连接服务，采用三次握手，建立一个连接。

第一次握手： 建立连接时，客户端 发送 SYN 包到 服务器，并且，客户端 进入 SYN_SENT状态，等待 服务器 确认；
第二次握手： 服务器 收到 SYN包后，同时，发送一个 SYN+ACK 包给 客户端 ，此时，服务器进入 SYN_RCVD 状态；
第三次握手： 客户端 收到服务器的 SYN＋ACK 包后，向 服务器 发送确认的 ACK 包。此包发送完毕，客户端 和 服务器 进入 ESTABLISHED 状态，完成三次握手。

完成三次握手，建立好链接。

第1次挥手：主动关闭方 向 被动关闭方 发送一个 FIN 包。也就是主动关闭方 告诉 被动关闭方 ：我已经不会再给你发数据了。
第2次挥手：被动关闭方 收到 FIN 包后，发送一个 ACK 包给 主动关闭方 。就告诉 主动关闭方 已收到通知。
第3次挥手：被动关闭方 又发送一个 FIN 包，给 主动关闭方，用来关闭 被动关闭方 到 主动关闭方 的数据传送。也就是告诉 主动关闭方，我的数据也发送完了，不会再给你发数据了。
第4次挥手：主动关闭方 收到 FIN 包后，发送一个 ACK 包给 被动关闭方 ，至此，完成四次挥手。

注意：第2次和第3次， 被动关闭方 连续两次向 主动关闭方 发送报文。

标志位	含义	说明
SYN	发起建立连接	当SYN=1，ACK=0，表明是连接请求报文，若同意连接，则响应报文中应该有 SYN=1，ACK=1。
ACK	确认标识	当ACK=1，确认标识才有效。（为了与确认号ack 区分开，我们一定要用大写字母）
FIN	释放连接	当FIN=1，表明此报文的发送方的数据已经发送完毕，并且要求释放。
PSH	读取数据	当PSH=1，提示接收端应用程序立即从TCP缓存区把数据读走。
RST	重置连接	当RST=1，表时TCP连接出现严重差错，必须释放连接，在后再重新连接。
URG	紧急指针	当URG=1，表明紧急指针字段有效，告诉系统此报文段中有紧急数据。

seq序号，占32位。用来标识从TCP 源端向目的端发送的字节流，发起方 发送数据时对此进行标记。

ack 序号，占32位。只有 ACK 标志位为1时，确认序号字段才有效，ack=seq+1。

1、为什么建立连接协议是三次握手，而关闭连接却是四次握手呢？

建立连接时，ACK 和 SYN可以放在一个报文里来发送。而关闭连接时，被 动关闭方 可能还需要发送一些数据后，再发送 FIN 报文表示同意现在可以关闭连接了，所以它这里的 ACK报文和 FIN报文多数情况下都是分开发送的。

2、为什么必须是三次握手，不能用两次握手进行连接？

TCP 建立连接时，通过 三次握手 能防止历史连接的建立，能减少双方不必要的资源开销，能帮助双方同步初始化序列号。序列号能够保证数据包不重复、不丢弃和按序传输。

不使用「两次握手」和「四次握手」的原因：

「两次握手」：无法防止历史连接的建立，会造成双方资源的浪费，也无法可靠的同步双方序列号；
「四次握手」：三次握手就已经理论上最少可靠连接建立，所以不需要使用更多的通信次数。

3、三次握手、四次挥手的目的

三次握手：是为了保证双方都准备好了资源。

四次挥手：是为了保证双方把资源都释放掉了。

4、tcp三次握手的过程， accept发生在三次握手哪个阶段？

client 的 connect 引起3次握手。

server 在socket， bind， listen后，阻塞在accept，三次握⼿手完成后， accept 返回⼀一个fd，因此 accept 发⽣生在三次握⼿手之后。

5、四次挥手，为什么 TIME_WAIT 状态还需要等 2MSL 后才能返回到 CLOSED 状态？

两个存在的理由：

1、无法保证最后发送的 ACK报文会一定被对方收到，所以需要重发可能丢失的 ACK报文。

2、关闭链接一段时间后可能会在相同的IP地址和端口建立新的连接，为了防止旧连接的重复分组在新连接已经终止后再现。2MSL足以让分组最多存活 MSL秒被丢弃。

本文要是有不足的地方，欢迎大家在下面评论，我会在第一时间更正。

声明：本文内容由网友自发贡献，不代表【wpsshop博客】立场，版权归原作者所有，本站不承担相应法律责任。如您发现有侵权的内容，请联系我们。转载请注明出处：https://www.wpsshop.cn/w/Cpp五条/article/detail/335543