三次握手四次挥手.pdfVIP

TCP的三次握手和四次挥手： 三次握手： 第一次握手：客户端向服务器发送连接请求包，标志位SYN （同步序号）置为 seq X； 第二次握手：服务器收到客户端发过来报文，由 SYN X 知道客户端要求建立联机。 向客户端发送一个包含SYN和ACK的TCP报文， 其中服务器向客户端发送连接请求包，标志位SYN （同 步序号）置为 Y 1； 将确认序号(ACK)设置为客户的序列号加1，即 X+1 ， 第三次握手：客户端收到服务器发来的包后检查确认序号(ACK)是否正确，即第一次发 送的序号加1 （X+1）； 若正确，服务器再次发送确认序号(ACK) Y+1； 服务器收到确认序号值 ACK 2 则连接建立成功，可以 传送数据了。 四次挥手： 第一次挥手：客户端给服务器发送TCP包，用来关闭客户端到服务器的数据传送。将标 志位FIN 置为 X 和ACK置为 Y； 第二次挥手：服务器收到FIN后，发回一个ACK (标志位ACK 1),确认序号为收到的序号加 1，即 X+1 ; 第三次挥手：服务器关闭与客户端的连接，发送一个FIN，标志位FIN和ACK置为1，序号 为 Y； 第四次挥手：客户端收到服务器发送的FIN之后，发回ACK确认，确认序号为收到的序号 加1，即Y+1，服务器收到ACK为Y+1后关闭。 为什么是三次握手： 三次握手可以简单看做是客户发送请求，服务器对客户的请求进行确认，客户对服 务器的确认再进行确认。 如果采用两次握手，假设下面这种情况，客户向服务器发送请求，服务器没有对客户的 请求进行确认 （因为网络的延迟他可能没有收到这个请求）。 客户收不到这个确认于是过一段时间他在向服务器发起连接请求并顺利完成数据传 输， 但是过了一段时间这个请求到达了服务器而服务器误以为这是一个新的连接请求， 于是对这个请求进行确认并发送确认给客户， 但是客户没有发起过连接请求因此它不会理会服务器的确认，服务器以为这个连接 已经建立好了于是一直等待客户发送数据，这样就会造成服务器的资源浪费。 如果采用三次握手上述情况客户不会向服务器的确认进行确认，这样服务器收不到 确认它就知道客户没有要发起请求的连接，于是不会再等待。 三次握手主要是为了防止已失效的连接请求报文突然到达服务器，造成服务器的等 待和资源的浪费。 为什么是四次挥手： 在三次握手的过程中，SYN和ACK是一起发送的，但是在四次挥手的时候FIN和ACK却不是 一起发送的而是分开发送的，为什么呢？ 那是因为TCP连接是全双工的，也就是说接收到FIN只是说没有数据再发过来，但是 还是可以发送数据的，也就是接受到一个FIN只是关闭了一个方向的数据传输， 另一个方向还可以继续发送数据。在四次挥手的时候也是这样前两次挥手只是确认 关闭了一个方向的数据，加上后面两次挥手才真正的关闭了整个全双工连接。 当socket在ESTABISHED状态时，他想主动关闭连接于是向对方发送FIN请求，发送完FIN 请求后它处于FIN_WAIT_1状态，当对方确认ACK报文后则处于FIN_WAIT_2状态。 FIN_WAIT_2表示半连接，也就是有一方要求关闭连接，另一方收到请求但是告诉她 我还有一些数据要发送稍后会关闭。TIME_WAIT状态表示收到对方的FIN并发送出ACK。 如果三次挥手可能在关闭后还有一个方向没有关闭。 2MSL （了解）： 2MSL即两倍的MSL，TCP的客户端在第四次挥手后并没有直接close关闭，而是进入 TIME_WAIT状态，也称为2MSL等待状态， 为什么要有2MSL等待状态？ 当TCP的一端发起主动关闭，在发出最后一个ACK包后， 即第3次挥手完成后发送了第四次挥手的ACK包后就进入了TIME_WAIT状态，