美文网首页
32.TCP的三次握手和四次挥手

32.TCP的三次握手和四次挥手

作者: SlideException | 来源:发表于2020-08-08 15:09 被阅读0次

    /**

    * 每天一个知识点day32 TODO  TCP的三次握手和四次挥手

    7应用层
    6表示层
    5会话层
    4传输层
    3网络层
    2数据链路层
    1物理层

       

    * https://baijiahao.baidu.com/s?id=1654225744653405133&wfr=spider&for=pc

    *

    * 序号(sequence number):Seq序号,占32位,用来标识从TCP源端向目的端发送的字节流,

    * 发起方发送数据时对此进行标记。

    * 确认号(acknowledgement number):Ack序号,占32位,只有ACK标志位为1时,

    * 确认序号字段才有效,Ack=Seq+1。

    * 标志位(Flags):共6个,URG、ACK、PSH、RST、SYN、FIN等。

    *  URG:紧急指针(urgent pointer)有效。

    *  ACK:确认序号有效。

    *  PSH:接收方应该尽快将这个报文交给应用层。

    *  RST:重置连接。

    *  SYN:发起一个新连接。

    *  FIN:释放一个连接。

    *  不要将确认序号Ack与标志位中的ACK搞混了。确认方Ack=发起方Seq+1,两端配对。

    *

    * 三次握手:

    * 所谓的三次握手即TCP连接的建立。这个连接必须是一方主动打开,另一方被动打开的。

    *

    * 握手之前主动打开连接的客户端结束CLOSED阶段,被动打开的服务器端也结束CLOSED阶段,

    * 并进入LISTEN阶段。随后开始“三次握手”:

    *

    * 第一次:

    * 首先客户端向服务器端发送一段TCP报文,其中:

    * ①标记位为SYN,表示“请求建立新连接”;

    * ②序号为Seq=X(X一般为1);

    * 随后客户端进入SYN-SENT阶段。

    *

    * 第二次:

    * 服务器端接收到来自客户端的TCP报文之后,结束LISTEN阶段。

    * 并返回一段TCP报文,其中:

    * ①标志位为SYN和ACK,表示“确认客户端的报文Seq序号有效,

    * 服务器能正常接收客户端发送的数据,并同意创建新连接”

    * (即告诉客户端,服务器收到了你的数据);

    * ②序号为Seq=y;

    * ③确认号为Ack=x+1,表示收到客户端的序号Seq并将其值加1作为自己确认号Ack的值;

    * 随后服务器端进入SYN-RCVD阶段。

    *

    * 第三次:

    * 客户端接收到来自服务器端的确认收到数据的TCP报文之后,

    * 明确了从客户端到服务器的数据传输是正常的,结束SYN-SENT阶段。

    * 并返回最后一段TCP报文。其中:

    * ①标志位为ACK,表示“确认收到服务器端同意连接的信号”即告诉服务器,

    * 我知道你收到我发的数据了

    * ②序号为Seq=x+1,表示收到服务器端的确认号Ack,并将其值作为自己的序号值;

    * ③确认号为Ack=y+1,表示收到服务器端序号Seq,并将其值加1作为自己的确认号Ack的值;

    * 随后客户端进入ESTABLISHED阶段。

    * 服务器收到来自客户端的“确认收到服务器数据”的TCP报文之后,

    * 明确了从服务器到客户端的数据传输是正常的。

    * 结束SYN-SENT阶段,进入ESTABLISHED阶段。

    *

    * 四次挥手:

    * 所谓的四次挥手即TCP连接的释放(解除)。连接的释放必须是一方主动释放,另一方被动释放。

    * 挥手之前主动释放连接的客户端结束ESTABLISHED阶段。随后开始“四次挥手”:

    *

    * 第一次:

    * 首先客户端想要释放连接,向服务器端发送一段TCP报文,其中:

    * ①标记位为FIN,表示“请求释放连接“;

    * ②序号为Seq=U;

    * 随后客户端进入FIN-WAIT-1阶段,即半关闭阶段。

    * 并且停止在客户端到服务器端方向上发送数据,

    * 但是客户端仍然能接收从服务器端传输过来的数据。

    * 这里不发送的是正常连接时传输的数据(非确认报文),而不是一切数据,

    * 所以客户端仍然能发送ACK确认报文。

    *

    * 第二次:

    * 服务器端接收到从客户端发出的TCP报文之后,确认了客户端想要释放连接,

    * 随后服务器端结束ESTABLISHED阶段,进入CLOSE-WAIT阶段(半关闭状态)

    * 并返回一段TCP报文,其中:

    * ①标记位为ACK,表示“接收到客户端发送的释放连接的请求”;

    * ②序号为Seq=V;

    * ③确认号为Ack=U+1,表示是在收到客户端报文的基础上,

    * 将其序号Seq值加1作为本段报文确认号Ack的值;

    * 随后服务器端开始准备释放服务器端到客户端方向上的连接。

    *

    * 客户端收到从服务器端发出的TCP报文之后,确认了服务器收到了客户端发出的释放连接请求,

    * 随后客户端结束FIN-WAIT-1阶段,进入FIN-WAIT-2阶段

    *

    * 第三次:

    * 服务器端自从发出ACK确认报文之后,经过CLOSED-WAIT阶段,

    * 做好了释放服务器端到客户端方向上的连接准备,再次向客户端发出一段TCP报文,其中:

    * ①标记位为FIN,ACK,表示“已经准备好释放连接了”。

    * 这里的ACK并不是确认收到服务器端报文的确认报文。

    * ②序号为Seq=W;

    * ③确认号为Ack=U+1;表示是在收到客户端报文的基础上,

    * 将其序号Seq值加1作为本段报文确认号Ack的值。

    * 随后服务器端结束CLOSE-WAIT阶段,进入LAST-ACK阶段。

    * 并且停止在服务器端到客户端的方向上发送数据,

    * 但是服务器端仍然能够接收从客户端传输过来的数据。

    *

    * 第四次:

    * 客户端收到从服务器端发出的TCP报文,确认了服务器端已做好释放连接的准备,

    * 束FIN-WAIT-2阶段,进入TIME-WAIT阶段,并向服务器端发送一段报文,其中:

    * ①标记位为ACK,表示“接收到服务器准备好释放连接的信号”。

    * ②序号为Seq=U+1;表示是在收到了服务器端报文的基础上,

    * 将其确认号Ack值作为本段报文序号的值。

    * ③确认号为Ack=W+1;表示是在收到了服务器端报文的基础上,

    * 将其序号Seq值作为本段报文确认号的值。

    * 随后客户端开始在TIME-WAIT阶段等待2MSL

    * 服务器端收到从客户端发出的TCP报文之后结束LAST-ACK阶段,进入CLOSED阶段。

    * 由此正式确认关闭服务器端到客户端方向上的连接。

    *

    *

    *

    *

    *

    *

    */

    相关文章

      网友评论

          本文标题:32.TCP的三次握手和四次挥手

          本文链接:https://www.haomeiwen.com/subject/gigkfktx.html