网络基础 tcp的三次握手和四次挥手

最新推荐文章于 2024-04-08 14:06:15 发布

原创最新推荐文章于 2024-04-08 14:06:15 发布 · 474 阅读

2 ·

本内容遵循CC 4.0 BY-SA版权协议

网络基础专栏收录该内容

6 篇文章

订阅专栏

本文详细解析了TCP协议中三次握手建立连接和四次挥手断开连接的过程。三次握手确保了客户端和服务端的发送和接收能力正常，而四次挥手则实现了安全断开连接，防止数据丢失。

前言

tcp的三次握手是用于实现客户端和服务端的安全建立连接
tcp的四次挥手是用于实现客户端和服务端的安全断开连接
tcp的三次握手和四次挥手最终是为了确定客户端和服务端双方的接收和发送数据的能力是否正常

tcp的三次握手

1. 过程描述

刚开始的时候，客户端是处于close状态，而服务端处理listen状态。接下来就是双方开始进行tcp的三次握手（即建立连接）

1. 第一次握手：客户端给服务端发送一个SYN报文，并指明客户端的初始值序列号ISN(c),此时客户端的状态由最初的close状态变为SYN_Send状态
2. 第二次握手：服务端接收到客户端的SYN报文之后，会以自己的SYN报文作为应答，并且也指定自己的初始化序列号ISN(s)。同时把客户端的ISN+1作为ACK的值，表示自己已经接收到客户端的SYN。此时服务端的状态由listen状态变为SYN_Recevied状态
3. 第三次握手：客户端收到服务端发送过来的SYN报文后，会发送一个ACK报文。该ACK报文的值为服务端的ISN值+1。发送该ACK报文给服务端，告诉服务端客户端已经接收到此报文。此时客户端的状态变为establised状态。
4. 服务端接收到ACK报文之后，也变成了establised状态。此时双方就建立起了连接

过程图

TCP的三次握手

2. 每一次握手的作用

第一次握手

客户端发送数据包，服务端接收到了。
这样对服务端来说，就可以得出结论：客户端的发送能力是正常的。

第二次握手

服务端发送数据包，客户端接收到了。
这样对客户端来说，就可以得出结论：服务端的接收数据和发送数据的能力是正常的。

第三次握手

客户端发送数据包，服务端接收到了。
这样对服务端来说，就可以得出结论：客户端的接收数据的能力是正常的。

因此，通过tcp的三次握手：

对于客户端来说，它就知道了服务端发送数据和接收数据的能力是正常的（在第二次握手时）
对于服务端来说，它就知道了客户端发送数据（第一次握手）和接收数据（第三次握手）的能力是正常的

tcp的四次挥手

1. 过程描述

能够使已经成功建立连接的客户端和服务端安全断开连接。

此时客户端和服务端都处于established状态。

在这里，假设客户端主动向服务端断开连接
1. 第一次挥手：客户端发送一个FIN报文，报文中指定一个ISN(c)。此时客户端就处于FIN_WAIT的状态
2. 第二次挥手：服务端接收到FIN之后，会发送ACK报文。ACK报文的值为ISN(c)+1。发送给客户端表示服务端已经接收到客户端发送的FIN。此时服务端处于CLOSE_WAIT状态。
3. 第三次挥手：如果服务端表示同意断开连接，则服务端再发一个FIN报文给客户端，报文中指定一个ISN(s)。此时服务端的状态为LAST_ACK状态。
4. 第四次挥手：客户端收到服务端发送过来的FIN报文后，一样发送一个ACK报文给服务端表示客户端已经接收到了。而ACK的值为ISN(s)+1。此时客户端处于TIME_WAIT状态。需要过2个发送周期以确保服务端接收到客户端发送的ACK报文之后才进入到CLOSE状态。
5. 服务端接收到客户端发送的ACK报文后，就关闭连接，处于CLOSED状态

过程图

tcp的四次挥手

2. 为什么客户端在第四次挥手不直接关闭连接

是为了确保服务端已经接收到了客户端发送的ACK报文。
如果服务端没有接收到该ACK报文，会重新发送一个FIN报文给客户端。客户端再次收到服务端的FIN报文之后，就知道了之前发送的ACK报文已经丢失了，就会重新发送一个ACK报文。
至于 TIME_WAIT 持续的时间至少是一个报文的来回时间。一般会设置一个计时，如果过了这个计时没有再次收到 FIN 报文，则代表对方成功就是 ACK 报文，此时处于 CLOSED 状态。