TCP握手和挥手

来源：互联网发布：星际战甲画质优化编辑：程序博客网时间：2024/05/17 08:04

三次握手 ——

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

第一次握手：建立连接时，客户端发送syn包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认；

第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态；

第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=k+1)，此包发送完毕，客户端和服务器进入 ESTABLISHED状态，完成三次握手。

通过这样的三次握手，客户端与服务端建立起可靠的双工的连接，开始传送数据。

三次握手的最主要目的是保证连接是双工的，可靠更多的是通过重传机制来保证的。

为了保证服务端能收接受到客户端的信息并能做出正确的应答而进行前两次(第一次和第二次)握手，为了保证客户端能够接收到服务端的信息并能做出正确的应答而进行后两次(第二次和第三次)握手。

四次挥手——

由于TCP连接是全双工的，因此每个方向都必须单独进行关闭。这原则是当一方完成它的数据发送任务后就能发送一个FIN来终止这个方向的连接。收到一个 FIN只意味着这一方向上没有数据流动，一个TCP连接在收到一个FIN后仍能发送数据。首先进行关闭的一方将执行主动关闭，而另一方执行被动关闭。

（1） TCP 客户端发送一个FIN，用来关闭客户到服务器的数据传送。

（2）服务器收到这个FIN，它发回一个ACK，确认序号为收到的序号加1。和SYN一样，一个FIN将占用一个序号。

（3）服务器关闭客户端的连接，发送一个FIN给客户端。

（4）客户端发回ACK 报文确认，并将确认序号设置为收到序号加1。

因为TCP有个半关闭状态，假设A.B要释放连接，那么A发送一个释放连接报文给B，B收到后发送确认，这个时候A不发数据，但是B如果发数据A还是要接受，这叫半关闭。然后B还要发给A连接释放报文，然后A发确认，所以是4次。

TIME_WAIT状态

TCP连接是全双工通信，主动方和被动方都需要自主关闭通信链路，TCP正常情况下连接断开会进行四次挥手（流程如上图所示）：

1.由主动断开方发起FIN

2.被动方回复ACK

3.待被动方数据传输完成，被动方发送FIN

4.主动方回复ACK，并进入TIME_WAIT状态

TIME_WAIT的状态会持续2MSL （MSL是报文在网络中生存的最大生命周期）。

那这里为什么需要2MSL的状态？

TCP是建立在非连接链路的可靠传输通信方式，若在步骤4中发出ACK，由于网络原因ACK报文被动方没有收到，等到2MSL从而触发被动方重新发送FIN包，若主动方不存在TIME_WAIT 会出现如下情况：

a. 原来的TCP信息已经不存在，主动方回复RST，引起被动方关闭流程错乱

b.在原来端口上建立了新的TCP连接，影响新的流程

阅读全文

0 0