我们知道,https协议是在http协议之上封装了SSL协议,为了完成客户端和服务端的双向认证和可靠传输,需要在通信之前双方进行多次的握手协商。TCP协议与https协议类似。
1.TCP的连接(俗称三次握手)
在TCP协议数据报文的头部(TCP Header)结构中有32位序号(Sequence number) 和32位确认序号(Acknowledge number):SYN,ACK。
第一次握手 Client发送位码为syn=1,随机产生seq number的数据包到server,server由SYN=1知道,Client要求连接;
第二次握手 server收到请求后要确认连接信息,向Client发送ack number=(Client的seq+1),syn=1,ack=1,随机产生seq number的包
第三次握手 Client收到后检查ack number是否正确,即第一次发送的seq number+1,以及ack是否为1,若正确,Client会再发送ack number=(server的seq+1),ack=1,server收到后确认seq值与ack=1则连接建立成功。
2.TCP的关闭(俗称四次挥手)
TCP连接是全双工的,可以同时发送和接受数据,关闭的时候要关闭这两个方向的通道
下图是 Client主动关闭连接
第一次挥手:Client给Server发送FIN,请求关闭连接
第二次挥手:Server收到FIN之后给Client返回确认ACK,同时关闭Receive通道,Client收到对自己的FIN确认后,关闭Send通道
第三次挥手: Server关闭连接,给Client发送FIN
第四次挥手:Client收到后给Server回复ACK确认,同时Client关闭Receive通道,进入TIME_WAIT状态。Server接收到Client对自己的FIN的确认ACK,关闭Send通道
状态的说明
CLOSE_WAIT: 表示在等待关闭。当主动关闭连接的一方关闭SOCKET后发送FIN报文给被动关闭一方,被动关闭一方回应一个ACK报文给对方,此时被动关闭一方则进入到CLOSE_WAIT状态
FIN_WAIT_1:是当Socket在已经连接的状态时主动关闭连接,向对方发送了FIN报文,此时该Socket进入到FIN_WAIT_1状态。而当对方回应ACK报文后,则进入到FIN_WAIT_2状态
FIN_WAIT_2:表示半连接,挥了两次手的状态等待对方的Fin报文
TIME_WAIT:TCP协议中主动关闭连接的一方要处于TIME_WAIT状态,等待两个MSL(maximum segment lifetime)的时间后才能回到CLOSED状态,在TIME_WAIT期间仍然不能再次监听同样的server端口。
LAST_ACK: 被动关闭一方在发送FIN报 文后,最后等待对方的ACK报文。当收到ACK报文后进入CLOSED状态。
CLOSED:已经完全关闭.
3.TIME_WAIT或CLOSE_WAIT过多分析
在对服务端的程序进行压力测试的时候,用netstat -anput命令会经过出现很多的close_wait或time_wait状态的连接。