TCP三次握手和四次挥手

建立一个TCP连接时，需要客户端和服务端总共发送3个包以确认连接的建立。

TCP 三次握手

• 第一次握手：客户端将标志位SYN设置为1，随机产生一个seq=x，向服务端发送请求连接。此时客户端处于同步已发送状态（SYN-SENT），等待服务端响应。
• 第二次握手：服务端收到请求之后，由标志位SYN知道客户端请求建立连接。服务端将标志位SYN和ACK都置为1，ack=x+1，再发送数据包给客户端以确认连接请求，此时服务端处于同步已接收状态（SYN-RCVD）。
• 第三次握手：客户端收到请求之后，检查ACK是否为1，ack是否为x+1，如果是则将标志位ACK置为1，ack=y+1，并将该数据包发送给服务器，服务器检查ACK是否为1，ack是否为y+1，如果正确则建立连接成功。客户端和服务端进入连接已建立状态（ESTABLISHED），可以进行数据传输。

为什么要有第三次握手？

两次握手，一次是客户端向服务端发出连接请求，此时只能是客户端向服务端发送数据，而服务端不能向客户端发送数据；第二次是服务端向客户端发送的连接请求，这次过后双方都可以发送数据了；那其实两次连接就能解决问题的，为什么还要第三次呢？

如果是两次握手，结束之后客户端和服务端都处于连接已建立状态（ESTABLISHED）；建立好连接之后可以进行数据传输；传输完之后通过四次挥手释放连接，客户端和服务端处于关闭状态（CLOSED）；此时如果传输过程中已经失效的连接请求报文段突然又传送到了服务端，服务端会认为这是客户端发起的TCP请求，向客户端发送建立连接请求，此时服务端处于连接已建立状态；该建立连接请求到达客户端后，由于客户端没有发起建立连接请求并且客户端处于关闭状态，因此不会理睬该报文段，但是服务端认为数据传输连接已经建立好了，会一直等待客户端发来数据，这样服务器的资源就被浪费了。

为了解决上面的情况，就引入了第三次握手。客户端在收到应答报文段后不会向服务端再次发送确认，所以服务端也就无法建立连接。

SYN 攻击

在三次握手过程中，服务端发送SYN-ACK之后，收到客户端的ACK之前的TCP连接称为半连接（half-open connect），此时服务端处于同步已接收状态（SYN_RCVD），当收到ACK后，服务端转入连接已建立状态（ESTABLISHED）。SYN攻击就是客户端在短时间内伪造大量不存在的IP地址，并向服务端不断地发送SYN包，服务端回复确认包，并等待客户端的确认，由于源地址是不存在的，因此，服务端需要不断重发直至超时，这些伪造的SYN包将长时间占用未连接队列，导致正常的SYN请求因为队列满而被丢弃，从而引起网络堵塞甚至系统瘫痪。SYN攻击时一种典型的DDOS攻击，当服务端上有大量半连接状态且源IP地址是随机的，则可以断定遭到SYN攻击了。

TCP 四次挥手

四次挥手（Four-Way Wavehand）即终止TCP连接，就是指断开一个TCP连接时，需要客户端和服务端总共发送4个包以确认连接的断开。

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

• 第一次挥手：客户端发送一个FIN，用来关闭客户端到服务端的数据传送，客户端进入终止等待1（FIN_WAIT_1）状态。
• 第二次挥手：服务端收到FIN后，发送一个ACK给客户端，确认序号ack为收到序号+1（与SYN相同，一个FIN占用一个序号），服务端进入关闭等待（CLOSE_WAIT）状态。
• 第三次挥手：服务端发送一个FIN，用来关闭服务端到客户端的数据传送，服务端进入最后确认（LAST_ACK）状态。
• 第四次挥手：客户端收到FIN后，客户端进入时间等待（TIME_WAIT）状态，接着发送一个ACK给服务端，确认序号为收到序号+1，服务端进入关闭（CLOSED）状态，完成四次挥手。

为什么要有第四次挥手？

一方没有信息发送了，但另一方还有信息要发送；所以，当一方发送FIN时，另一方发送ACK，所以需要第四次挥手。

为什么在最后一次挥手后要等待2MSL的时间？

保证客户端的最后一次挥手（ACK报文段）能够到达服务端。

服务端发送连接释放请求 到客户端后 进入最后确认（LAST-ACK）状态，客户端收到该请求之后发送确认报文段到服务端，进入关闭状态，然而该确认报文段丢失了，服务端必然会发生超时重传，并处于最后确认状态，客户端一直处于关闭状态，不会理睬该报文段。服务端会一直发生连接释放请求，无法进入关闭状态。

客户端在发送完最后一个报文段后，经过2MSL的时间可以使本次连接持续时间内所产生的所有报文段从网络中消失。这样下一个新的TCP连接中就不会产生旧的报文段。