图解TCP三次握手与四次挥手~

目录

一、什么是TCP

二、TCP三次握手

三、TCP四次挥手

四、双方建立连接后,某一方出问题怎么办


一、什么是TCP

1. TCP定义

  • TCP全称为 "传输控制协议,即就是要对数据的传输进行一个详细控制。

  • 它是一种面向连接的,可靠的,基于字节流的传输层通信协议。

  • TCP用于可靠传输的情况, 应用于文件传输, 重要状态更新等场景。

2. TCP协议段格式

(1)源端口与目的端口

  • 源端口就是指本地端口
  • 目的端口就是远程端口
  • 一个进程对应一个端口,端口的作用就是用来唯一标识这个进程。源端口标识发起通信的进程,目的端口标识接受通信的进程。因为最大的端口号为65536,也就是2的16次方,所以两个端口加起来总共占了32位。

一些常见的端口号:

  1. ssh服务器, 使用22端口
  2. ftp服务器, 使用21端口
  3. telnet服务器, 使用23端口
  4. http服务器, 使用80端口
  5. https服务器, 使用443

(2)序号Seq

  • TCP是基于字符流的协议,我们为了保证数据通信时的有序性,针对发送端上的字节流的每个字节进行编号,接收端根据这个编号,来确认要分割的数据段在原始数据包中的位置。

  • 实际上,序号代表自己的位置,然后根据序号的编排,来保证发送端以什么顺序发送,接收端就要按什么顺序接收。

(3)确认号ACK

  • 这里有两个比较容易混淆的概念,一个是确认值ACK(Acknowledgement),为1便是确认连接,一个是确认序号ack(Acknowledgement Number),仅当ACK=1时确认序号才有效,确认号ack表示期望收到的下一个字节的序号,意思是告诉发送者, 我已经收到了哪些数据,下一次你从哪里开始发.

  • 若确认序号=N,那么就是说到序号N-1为止的所有数据都已正确收到。

① 握手时候,确认号ack是seq+1所得

② 数据传输阶段时,确认号ack是通过收到的序号和数据长度相加而得。

假设A收到B过来的数据seq = 1,数据长度为10。

那么当A收的B的信息后会反馈说,下次发序号为11的数据包,也就是1+10=11。

(4)TCP Flag 标志位

  • URG:紧急指针是否有效 。

  • ACK:确认号是否有效 。发送端发送数据时ACK=0,当接收端确认收到时,会返回一个ACK=1,如果接收端还没有响应的话,那么ACK=0,仅当ACK=1时确认序号ack才有效。

  • PSH:提示接收端应用程序立刻从TCP缓冲区把数据读走。  

  • RST:对方要求重新建立连接; 我们把携带RST标识的称为复位报文段。

  • SYN:请求建立连接,我们把携带SYN标识的称为同步报文段 ,它一般和ACK搭配使用。

  • FIN:通知对方这是发送的最后一个数据包啦,之后不需要进行接收了,所以要关闭连接。FIN标识的为结束报文。

(5)16位校验和

  • 16位校验和:发送端填充,CRC校验,接收端校验不通过,,则认为数据有问题此处的检验和不光包含TCP首部,包含TCP数据部分。

(6)16位紧急指针

  • 16位紧急指针:标识哪部分数据是紧急数据。

二、TCP三次握手

1. 为什么要进行三次握手

  • 防止失效的连接请求报文段被服务端接收,从而产生错误。--《计算机网络》谢希仁著第四版

  • 失效的连接请求:若客户端向服务端发送的连接请求丢失,客户端等待应答超时后就会再次发送连接请求,此时,上一个连接请求就是失效的连接请求。

2. 三次握手过程详解

  • 初始状态下,客户端和服务器都处于closed状态。主动打开连接的为客户端,被动打开连接的是服务器。不管是客户端还是服务端,TCP连接建立完后都能发送和接收数据,因为TCP是全双工模式。

  • 第一次握手:在通信开始前,双方都得创建各自的传输控制块(TCB)。服务器(接收端)创建完TCB后遍进入listen状态,此时准备接收客户端发来的连接请求。这时当发送端向接收端发送连接请求报文,其头部包括有SYN=1,ACK=0(代表该报文段为连接请求报文)和seq=x(x代表发送端该次通信的字节流的初始序号),当请求发送后,发送端就处于发送等待状态。

  • 第二次握手:当接收端收到请求后,会发送应答消息SYN=1,ACK=1(表示同意连接的应答报文),seq=y(y代表接收端该次通信的字节流的初始序号),ack=x+1(接收端期望收到的下一个字节的序号),然后接收端就进入到确认接收状态。

  • 第三次握手:发送端收到接收端响应后,再次发送一个确认报文ACK=1(表示确认收到),seq=x+1,ack=y+1(分别是发送端和接收端下次期望收到的序号),代表已经成功接收到了接收端发来的同意请求,最后两个都进入到ESTABLISHED状态,下面就可以进行数据的传输了。

3. 可以多于三次或少于三次吗

(1)不可以是一次或两次握手,因为这样无法防止失效的连接请求报文段被服务端接收,从而会产生错误。

(2)可以是四次握手,我们通过图解可以看到SYN、ACK包是一起发送的,但是也可以分开,比如,发送端先发一个SYN包告诉接收端自己的初始化序列号Seq=x,接收端收到SYN包后回复一个ACK表示收到,然后再次发送一个SYN,告诉发送端自己的初始化序列号Seq=y,当发送端就收到后回复接收端一个ACK确认包。

三、TCP四次挥手

1. 四次挥手过程详解

  • 第一次挥手:起先两者均处在连接状态中,当发送端开始发送最后一个数据包时,需要告诉接收端不用再接收了,所以发送端需要发送报文FIN=1(代表连接释放请求),Seq = u(发送的最后一个字节数据的序号+1),然后进入等待关闭状态。

  • 第二次挥手:接收端收到释放请求,会通知应用程序此连接已释放,然后进入到等待关闭状态,并发送报文ACK=1,seq=v(v-1是接收端向发送端发送的最后一个字节的序号),ack=u+1(已经成功接收了前u个字节)给发送端。这时虽然释放了发送端到接收端的连接,但是接收端向发送端的连接还未断开,所以仍然可以给发送端发送请求。

  • 第三次挥手:接收端向发送端发送连接释放请求FIN=1,ACK=1,seq=w,ack=u+1,之后接收端就进入确认关闭状态。

  • 第四次挥手:发送端接受请求后,对接收端发送确认应答ACK=1,然后进入延迟等待状态,保持2MSL,如果这段时间接收端不再重发请求,那么就进入关闭状态,接收端收到确认应答也进入关闭状态,关闭的同时会撤销TCB。

2. 为什要有2MSL等待延迟

  • 为了保证接收端能收到发送端的确认应答。

  • 防止类似已失效的连接请求报文段出现在本连接当中的问题。

3. 可以多于四次或少于四次吗

  • 同连接一样,只能多,不能少。

四、双方建立连接后,某一方出问题怎么办

  • TCP设有保活计时器,时间通常是设置为2小时,若两小时服务器还没收到客户端任何数据,就会发送一个试探报文;

  • 以后每隔75秒发送一次,若一连发送10个试探报文还没反应,服务器就关闭连接。

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值