tcp三次握手四次挥手

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了tcp三次握手四次挥手相关的知识,希望对你有一定的参考价值。

tcp三次握手四次挥手图解

1、tcp三次握手

技术分享图片
第一次握手:建立连接时,客户端发送SYN到服务器,并进入SYN_SENT状态
第二次握手:服务器收到请求后,回送SYN+ACK信令到客户端,此时服务器进入SYN_RECV状态;
第三次握手:客户端收到SYN+ACK包,向服务器发送确认ACK包,客户端进入ESTABLISHED状态,服务器收到请求后也进入ESTABLISHED状态,完成三次握手,此时TCP连接成功,客户端与服务器开始传送数据

1.1 TCP三次连接状态

技术分享图片
1、客户端发起连接
2、服务端确认
3、客户端再次响应回复确认 TCP三次握手成功

1、问:第二次确认不就可以了么?
 答:为了确认客户端是否已经收到了服务端发出的信息,如果服务端发出的信息没有得到有效回复,那么超出时间后服务端会在次发送重连信息,直到超时丢弃,第三步中如果服务器没有收到客户端的最终ACK确认报文,会一直处于SYN_RECV状态,将客户端IP加入等待列表,并重发第二步的SYN+ACK报文。重发一般进行3-5次,大约间隔30秒左右轮询一次等待列表重试所有客户端。另一方面,服务器在自己发出了SYN+ACK报文后,会预分配资源为即将建立的TCP连接储存信息做准备,这个资源在等待重试期间一直保留。更为重要的是,服务器资源有限,可以维护的SYN_RECV状态超过极限后就不再接受新的SYN报文,也就是拒绝新的TCP连接建立。 DDOS来了解一下

    比如: A说 中午帮我带个咖啡
                 B说:中午啥咖啡,   然后A一直不回复,长期等待中,再说一次A还是不回复,B就直接会无视说这个逗逼
又或者说  B说:中午啥咖啡
                A回: 你喝啥我就喝啥, 这样就能建立一次有效的连接。

2、问:TCP建立连接为什么是三次握手
第一次握手成功:说明客户端的数据可以被服务端收到,说明客户端的发功能可用,说明服务端的收功能可用。但客户端自己不知道数据是否被接收
第二次握手成功:说明服务端的数据可以被客户端收到,说明服务端的发功能可用,说明客户端的收功能可用。同时客户端知道自己的数据已经正确到达服务端,自己的发功能正常。但是服务端自己不知道数据是否被接收
第三次握手成功:说明服务端知道自己的数据已经正确到达客户端端,自己的发功能正常。至此服务成功建立

2、TCP数据传输

数据连接大致如图
技术分享图片
当客户端与服务端建立连接之后,客户端向服务端先发送数据,分片发送, 服务端接收完数据之后会返回一个确认信息,说明已经接收完了,如果客户端没有收到这个ack,那么服务端重发一个ack信息.

技术分享图片

1、问:如果客户端发送数据完成,客户端就挂了,服务端接收到的文件完整么?
   客户端发送按MTU将数据到服务端 (客户端一次会将数据全部发送过来),服务端接收到数据在内核态中,由内核态复制到用户态,这段数据是完整的,所以说在客户端传输完就断开,并不会影响到数据的完整性,就是唯一一点要确认的是 客户端发送到服务端的数据是完整的么? 这里可以用md5值来看一下检验。

3、tcp四次挥手

技术分享图片
1、第一次挥手:客户端发送[fin+ack]请求,说明的确没有数据在在传输了,此时状态为fin_wait1;
2、第二次挥手:服务端接收到客户端的请求,确认可以断开连接发送[ack]确认,此时状态为close_wait,客户端收到确认信息状态信息改为fin_wait2,
3、第三次挥手:然后会在发送一个自己本身断开的请求[fin,ack],服务端就连接断开了,状态位为last_ack;
4、第四次挥手:客户端发送最后一次的确认信息[ack],此时状态为time_wait,服务端收到后将状态改为close关掉状态

大白话就是:A: 老大我吃完我走了  
                      B:好的, (A这时准备开走)那你走吧,   
                      A:老大下次再见哈

当数据传输完成之后,会产生四次挥手,状态如下
技术分享图片

以上是关于tcp三次握手四次挥手的主要内容,如果未能解决你的问题,请参考以下文章

一文搞懂TCP的三次握手和四次挥手

TCP三次握手与四次挥手

TCP的三次握手和四次挥手

tcp 三次握手,四次挥手

TCP报文与三次握手四次挥手TCP报文与三次握手四次挥手

网络 之 三次握手&四次挥手 介绍