TCP的三次握手

论背景：

      无论开发还是测试环境，都或多或少经历过connect timeout，time-wait，甚至大量的网络攻击都离不开TCP的三次握手，理解了三次握手，对理解一些常见的网络鼓掌，有一定的帮助。

 

第一次握手：主机A发送位码为syn＝1,随机产生seq number=1234567的数据包到服务器，主机B由SYN=1知道，A要求建立联机；

第二次握手：主机B收到请求后要确认联机信息，向A发送ack number=(主机A的seq+1),syn=1,ack=1,随机产生seq=7654321的包

第三次握手：主机A收到后检查ack number是否正确，即第一次发送的seq number+1,以及位码ack是否为1，若正确，主机A会再发送ack number=(主机B的seq+1),ack=1，主机B收到后确认seq值与ack=1则连接建立成功。

 
为什么两次握手而不是三次握手

 

为了防止已失效的连接请求报文段突然又传送到了服务端，因而产生错误。

• 例子

• “已失效的连接请求报文段”的产生在这样一种情况下：client发出的第一个连接请求报文段并没有丢失，而

是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达server。本来这是一个早已

失效的报文段。但server收到此失效的连接请求报文段后，就误认为是client再次发出的一个新的连接请求。

于是就向client发出确认报文段，同意建立连接。假设不采用“三次握手”，那么只要server发出确认，新的

连接就建立了。由于现在client并没有发出建立连接的请求，因此不会理睬server的确认，也不会向server发

送数据。但server却以为新的运输连接已经建立，并一直等待client发来数据。这样，server的很多资源就白

白浪费掉了。采用“三次握手”的办法可以防止上述现象发生。例如刚才那种情况，client不会向server的确

认发出确认。server由于收不到确认，就知道client并没有要求建立连接。”

 

TCP如何保证可靠传输

1,数据包校验

2,超时重传机制

3,应答机制

4,对失序数据包重排序

5,TCP还能提供流量控制

 

欢迎关注我的微信公众号