三次握手是为了建立连接,Tcp三次握手的流程图如下:
- 第一次握手:建立连接时,客户端发送SYN包(SYN=1,seq=x)到服务器,并进入SYN_SEND状态,等待服务器确认;
- 第二次握手:服务器收到SYN包,必须确认客户端的SYN(ACK=1,ack=x+1),同时自己也发送一个SYN包(SYN=1,seq=y),即SYN+ACK包,此时服务器进入SYN_RECV状态;
- 第三次握手:客户端收到服务器的SYN+ACK包,向服务器发送确认包ACK(ACK=1,ack=y+1,seq=x+1),此包发送完毕,客户端和服务器端进入established状态,完成三次握手。
问题
-
为什么需要三次握手才能建立起连接
答:为了初始化通信双方sequence number的初始值。也就是x和y这个号要作为以后通信的序号,以保证应用层接收到的数据不会因为网络上的传输问题而乱序,tcp会利用这个序号来拼接数据 -
server收到client的syn,并且回复syn-ack后,未收到client发送的ack确认,会有什么问题?
答:此时连接并未完成,处于“半连接”状态,server端接下来会不断重发syn-ack报文到客户端,重试5次后才关闭该半连接。
对于以上情况,可能会使服务器受到syn flood攻击:恶意程序发送syn请求然后下线了,此时服务端会维持一个半连接直到重试5次后才关闭(linux上重试的频率是1s后,2s后,4s后,…,32s后,一共会维持此连接63s才关闭),会占用服务端连接资源。
- 建议连接后,client出现故障怎么办?
答:tcp设有保活机制,在保活时间内,连接处于非活动状态,开启保活功能的一方将向对方发送保活探测报文,如果发送方未收到响应则继续发送。若在重发次数达到保活探测数后若仍未收到响应,则认为对方主机不可达,中断连接。