TCP协议简单分析和握手挥手过程

TCP介绍

TCP是可靠的传输层协议，建立连接之前会经历3次握手的阶段。

确认机制：接受方收到数据之后会向发送方回复ACK
重传机制：发送方在一定时间内没有收到接收方的ACK就会重新发送

握手目的：与端口建立连接

TCP的三次握手

10.0.0.1为客户端，10.0.0.2为服务端

在这里插入图片描述

1️⃣客户端向服务端发送SYN(Synchronize Sequence Numbers同步序列请求)，seq=x

2️⃣服务端收到了这个请求，同意建立连接。回复syn和ack(Acknowledge character确认字符，ack(收到的seq+1)和seq（随机）

3️⃣客户端会发出一个ack表示确认收到服务端的回复。ack=收到的seq+1(确认收到对方发送的数据)，seq=自己第一次发出的seq+1

四次挥手

可以看到客户端使用TCP的get方法获取http信息，服务端返回之后，客户端回复了ACK=308和seq=155

1️⃣客户端发送fin(final)，ack=seq (?seq+1?)，seq=X。

2️⃣服务端返回ack=X+1，seq=Y。

3️⃣服务端发送fin，ack=X+1，seq=Y。

4️⃣客户端回复ack=Y+1，seq=X+1

5️⃣结束连接

TCP状态

三次握手的5种状态

关闭，监听，syn发送，syn接收，连接

在这里插入图片描述

四次挥手的6种状态

状态	状态主体	状态描述
established	客户端/服务端	断开前的初始化
fin_wait1	客户端	发送断开fin请求后
close_wait	服务端	收到fin并向客户端回复ack
fin_wait2	客户端	收到服务端返回的ack，等待数据传输
last-ack	服务端	发送断开fin请求后
time_wait	客户端	回复syn断开请求发出ack
closed	客户端/服务端	客户端等待2msl，服务端收到ack报文
closeing	客户端	没有收到ack，直接收到fin。

四次挥手时，发送了SYN自己就不会给对方发送数据了，但是可以接受数据。
closeing状态具体原因案例：
- 代码问题：如果客户端调用第三方接口，如mysql，redis。调用完毕忘记关闭连接。服务器等到超时之后就会主动发送FIN报文。导致客服端出现closeing状态

CentosOS查看连接状态

ss命令选项	说明
-a	显示所有端口
-e	更为详细的信息
-u	UDP端口
-t	TCP端口
-l	显示处于监听状态的端口
-p	显示调用端口的相关进程
-n	不解析DNS

根据服务名找出所占用端口
[root@backup ~]# netstat -antlp|grep rsync
tcp        0      0 0.0.0.0:873    0.0.0.0:*       LISTEN      7891/rsync          
tcp6       0      0 :::873         :::*            LISTEN      7891/rsync

lsof命令是一个查看系统进程的命令，还可以查看文件…调用情况

lsof命令选项	说明
-nPi :22	查看22端口占用状态。P显示PID，n不解析域名

[root@Centos-1 ~]# ss -ant
State       Recv-Q Send-Q   Local Address:Port                  Peer Address:Port  
LISTEN      0      128                  *:80                               *:*   
ESTAB       0      36       192.168.43.71:22                  192.168.43.253:15352 
ESTAB       0      0        192.168.43.71:22                  192.168.43.253:13281 
LISTEN      0      100              [::1]:25                            [::]:*

[root@wzyCentos ~]# netstat -ant|grep -w 22
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN     
tcp        0      0 192.168.43.70:22        192.168.43.253:52040    ESTABLISHED
tcp        0     36 192.168.43.70:22        192.168.43.253:2862     ESTABLISHED
tcp6       0      0 :::22                   :::*                    LISTEN 
3.253:2862     ESTABLISHED
tcp6       0      0 :::22                   :::*                    LISTEN