目录
一、什么是TCP
1. TCP定义
-
TCP全称为 "传输控制协议,即就是要对数据的传输进行一个详细控制。
-
它是一种面向连接的,可靠的,基于字节流的传输层通信协议。
-
TCP用于可靠传输的情况, 应用于文件传输, 重要状态更新等场景。
2. TCP协议段格式
(1)源端口与目的端口
- 源端口就是指本地端口
- 目的端口就是远程端口
- 一个进程对应一个端口,端口的作用就是用来唯一标识这个进程。源端口标识发起通信的进程,目的端口标识接受通信的进程。因为最大的端口号为65536,也就是2的16次方,所以两个端口加起来总共占了32位。
一些常见的端口号:
- ssh服务器, 使用22端口
- ftp服务器, 使用21端口
- telnet服务器, 使用23端口
- http服务器, 使用80端口
- 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个试探报文还没反应,服务器就关闭连接。