这是知识体系不完善的填坑文章,将HTTP的系列知识总结在这里,比单独背零散的知识上增加一些串联的逻辑
字段的含义:
请求建立连接 SYN
确认号是否有效,一般置为1 ACK
希望断开连接 FIN
三次握手
第一次握手:建立连接时,客户端发送SYN(syn = x)包到服务器,并进入到syn_sent状态。等待服务器确认;syn(Synchronize Sequence Numbers 同步序列编号)
第二次握手:服务器收到syn包,必须确认客户的syn(ack = x+1),同时自己也发送一个syn(syn = y)包,即SYN+ ACK包。此时进入syn_recv状态
第三次握手:客户端收到syn+ack包,向服务器发送确认包ack(ack=y+1)。此包发送完毕,客户端和服务器进入到established状态。完成三次握手
四次挥手
第一次握手:客户端进程发出连接释放报文,并停止发送数据。释放数据报文首部,FIN=1,其序列号为seq=u
第二次握手:服务器收到连接释放报文,发出确认报文,ACK=1,ack=u+1,并且带上自己的序列号seq=v,此时,服务端就进入了CLOSE-WAIT(关闭等待)状态。
第三次握手:客户端收到服务器的确认请求后,此时,客户端就进入FIN-WAIT-2(终止等待2)状态,等待服务器发送连接释放报文(在这之前还需要接受服务器发送的最后的数据)。服务器将最后的数据发送完毕后,就向客户端发送连接释放报文,FIN=1,ack=u+1,由于在半关闭状态,服务器很可能又发送了一些数据,假定此时的序列号为seq=w,此时,服务器就进入了LAST-ACK(最后确认)状态,等待客户端的确认。
第四次握手:客户端收到服务器的连接释放报文后,必须发出确认,ACK=1,ack=w+1,而自己的序列号是seq=u+1,此时,客户端就进入了TIME-WAIT(时间等待)状态。注意此时TCP连接还没有释放,必须经过2∗∗MSL(最长报文段寿命)的时间后,当客户端撤销相应的TCB后,才进入CLOSED状态。服务器只要收到了客户端发出的确认,立即进入CLOSED状态。同样,撤销TCB后,就结束了这次的TCP连接。可以看到,服务器结束TCP连接的时间要比客户端早一些。
梳理三个东西: 报文,序列号,状态
1。客户端 发释放报文 FIN = 1, seq = u 进入fin-wait-1状态
2。 服务端 确认报文 ACK =1, ack = u+1, seq = v 进入close-wait状态
2.1 客户端 收到确认报文后变更状态为fin-wait-2状态
3。服务器 释放报文 FIN=1, ack = u + 1, seq = w 进入close-wait状态
4。客户端 确认报文 ACK = 1, ack = w+1, seq = u+1, 进入time-wait状态。在2个最长报文段的时间后进入closed状态,服务器在收到确认报文后,立即close