TCP三次握手

Posted 2020-10-23

    传输控制协议（Transmission Control Protocol,TCP）是一种面向连接的、可靠的、基于字节流的运输层（Transport

layer）通信协议。是专门为了在不可靠的互联网络上提供一个可靠的端到端字节流而设计的。每一次TCP连接都需要三个阶段：连接建

立、数据传送和连接释放。“三次握手”就发生在连接建立阶段。

三次握手的过程：

1）主机A发送标志syn＝1,随机产生seq =1234567的数据包到服务器，主机B由syn=1知道，A要求建立连接； 此时状态A为

SYN_SENT，B为LISTEN 2）主机B收到请求后要确认连接信息，向A发送ack =(主机A的seq+1),标志syn=1,ack=1,随机产生seq=7654321

的包，　此时状态A为ESTABLISHED，B为SYN_RCVD　 

3）主机A收到后检查ack 是否正确，即第一次发送的seq number+1,以及位码ack是否为1，若正确，主机A会再发送ack =(主机B的seq+1),

标志ack=1，主机B收到后确认seq值与ack=1则连接建立成功。 此时A、B状态都变为ESTABLISHED 　

TCP连接建立过程中为什么需要“三次握手”？

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

    client发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达server。

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

发出确认报文段，同意建立连接。若不采用“三次握手”，那么只要server发出确认，新的连接就建立了。由于现在client并没有发出建立连接

的请求，因此不会理睬server的确认，也不会向server发送数据。但server却以为新的运输连接已经建立，并一直等待client发来数据。这样，

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

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