TCP三次握手四次挥手

传输控制协议TCP(Transmission Control Protocol):

是面向连接的，可靠的，基于字节流的传输层通信协议。

将应用层的数据流分割成报文段，并发送给目标节点的TCP层；数据包都有序号，对方收到则发送ACK确认，未收到则重传；使用校验和来检验数据在传输过程中是否有误。

 

TCP报文头

Source Port			Destination Port
Sequence Number
Acknowledge Number
Offset	Reserved	TCP Flags	Window
Checksum			Urgent Point

TCP Flags(常见标志):URG(紧急指针标志)，PSH(push标志)，ACK(确认序号标志)，RST(重置连接标志)，SYN(同步序号，用于建立连接过程)，FIN(finsh标志，用于释放连接)

TCP三次握手流程图：

 

 

第一次握手：建立连接时客户端发送SYN包（syn=j)给服务器，并进入SYN-SENT状态，等待服务器确认

第二次握手：服务器收到客户端发送SYN包，必须确认客户发送的SYN包(ack=j+1),同时给客户端发送SYN包（syn=i）,即SYN+ACK包，此时服务器进入SYN-RECV状态

第三次握手：客户端接受到服务端的SYN+ACK包，向服务器发送确认ACK包（ack=i+1）,此包接受完毕，客户端和服务器都进入ESTAB-LISHED状态，完成三次握手

TCP四次挥手流程图：

第一次挥手：客户端发送一个FIN,用来关闭客户端到服务器的数据传送，客户端进入FIN-WAIT-1状态

第二次挥手：服务器收到FIN,发送一个ACK给客户端，确认序号为收到序号+1（与SYN相同，一个FIN会占有一个序号），服务器进入到CLOSE_WAIT状态

第三次挥手：服务器发送一个FIN,用来关闭服务器到客户端的数据传送，服务器进入到LAST-ACK状态

第四次挥手：客户端收到FIN,发送一个ACK给服务器，确认序号为收到序号+1，进入TIME-WAIT状态，服务器收到后进入CLOSED状态，客户端等待2MSL进入CLOSED状态，数据传送关闭

为什么有TIME-WAIT状态？

1. 确保有足够的时间让对方收到ACK包，因为这个ACK报文段有可能丢失，因而使处于LAST-ACK状态的服务器收不到对已经发送FIN和ACK报文的确认，服务器会超时重传FIN和ACK报文包，而客户端有2MSL时间内接受到重传的FIN和ACK报文
2. 避免新旧连接混淆

为什么需要三次握手才能建立连接？

1. 让通信双方都做好准备发送数据的工作（让双方彼此都知道已经找好准备）
2. 为了初始化Sequence Number(序列号)的初始值

SYN Flood:

攻击客户端在短时间内伪造大量不存在的IP地址，向服务器不断地发送syn包，服务器回复确认包，并等待客户的确认，由于源地址是不存在的，服务器需要不断的重发直至超时，这些伪造的SYN包将长时间占用未连接队列，正常的SYN请求被丢弃，目标系统运行缓慢，严重者引起网络堵塞甚至系统瘫痪。

针对SYN Flood的防护措施：

SYN队列满后，通过tcp_syncookies参数回发SYN Cookie,若为正常连接，则客户端会回发SYN Cookie,直接建立连接

建立连接后，客户端出现故障怎么办？

保活机制：1.向对方发送保活机制探测报文，如果没收到响应则继续发送

                  2.尝试次数达到保活探测次数仍未收到响应则中断连接