TCP三次握手与四次挥手(一次明白)
TCP基本信息
默认端口号:80
LINUX中TIME_WAIT的默认时间是30s
TCP三次握手
三次握手过程:每行代表发起握手到另一方刚刚收到数据包时的状态
客户端 服务端 客户端状态 服务端状态 握手前 CLOSE LISTEN 客户端发送带有SYN标志的数据包到服务端 一次握手 SYN_SEND LISTEN 二次握手 服务端发送带有SYN/ACK标志的数据包到客户端 SYN_SEND SYN_RCVD 客户端发送带有ACK标志的数据包到服务端 三次握手 ESTABLISHED SYN_RCVD 握手结束 ESTABLISHED ESTABLISHED
为什么是三次握手,两次不行吗?
三次握手主要是为了建立可靠的通信信道,是客户端和服务端同时具有发送和接收数据的能力.
两次握手只能保证单向连接是畅通的.(为了实现可靠数据传输,TCP协议的通信双方,都必须维护一个序列号,已标志发送出去的数据包中,哪些是已经被对方接收了的.三次握手的过程即是通信双方互相告知序列号起始值,并确认对方已经收到了序列号起始值的毕竟步骤;如果只是两次握手,至多只有连接发起放的起始序列号能够被确认,另一方选择的序列号则得不到确认)
三次握手能防止已经失效的连接请求又传到服务端,建立多余的连接,浪费系统资源.(假设客户端第一次握手时发送的请求报文SYN_1超时,携带Seqnum=90,客户端再次发起第一次握手请求报文SYN_2,携带Seqnum=100,若此时SYN_1先于SYN_2到达客户端.若为两次握手,此时服务端发送SYN_ACK_1到客户端,携带Seqnum=91,建立连接.SYN_2到达客户端,再建立一个连接,因此会造成资源浪费.若使用三次握手,客户端接收到SYN_ACK_1后发现其携带的Seqnum不对,便将其废弃,知道SYN_ACK_2到达,发现其符合条件,发送ACK到服务端,建立连接)
TCP四次挥手
四次挥手过程:
客户端 服务端 客户端状态 服务端状态 挥手前 ESTABLISTED ESTABLISTED 客户端发送带有FIN标志的数据包到服务端 一次挥手 FIN-WAIT-1 ESTABLISTED 二次挥手 服务端收到这个FIN,它发回一个ACK,确认序号为收到的序号+1 FIN-WAIT-1 CLOSED-WAIT 三次挥手 服务端发送一个FIN数据包到客户端,关闭与客户端的连接 FIN-WAIT-2 LAST_ACK 客户端收到这个FIN,发挥ACK报文确认,并将确认序号设置为收到的序号+1 四次挥手 TIME-WAIT LAST_ACK 经过2MSL 挥手完成 CLOSE CLOSE CLOSED-WAIT:表示等待关闭
TIME-WAIT:为了解决网络的丢包和网络不稳定所带来的其他问题,确保连接方能在时间范围内,关闭自己的连接.
- 挥手前,客户端和服务端的状态都是ESTABLISHED(连接建立)
- 第一次挥手,客户端发送带有FIN标志的数据包给服务端,客户端状态变为FIN-WAIT-1.
- 第二次挥手,服务端收到客户端的数据包后,发送ACK确认帧给客户端,服务端状态变为CLOSED-WAIT.
- 第三次挥手,客户端收到服务端的ACK确认帧后,状态变为FIN-WAIT-2.此时服务端可能有些数据还未处理完,待服务端处理完数据会发送带有FIN的数据包到客户端,此时服务端状态变更为LAST-ACK.
- 第四次挥手,客户端收到服务端FIN报文后,回应一个ACK确认报文,此时客户端状态变更为TIME-WAIT.服务端收到ACK确认报文后状态变更为CLOSE,至此服务端完成连接的关闭.客户端等待2MSL时间后,自动进入CLOSE状态,至此客户端关闭连接.
参考文章
TCP三次握手
TCP四次挥手