## 三次握手
置位概念:根据TCP的包头字段,存在3个重要的标识ACK、SYN、FIN
> ACK:表示验证字段 SYN:位数置1,表示建立TCP连接 FIN:位数置1,表示断开TCP连接
![](https://img.kancloud.cn/10/12/10120c842c2d4eafbf0a615f08afb272_685x508.png)
三次握手过程说明:
1.由客户端发送建立TCP连接的请求报文,其中报文中包含seq序列号,是由发送端随机生成的,并且将报文中的SYN字段置为1,表示需要建立TCP连接。(SYN=1,seq=x,x为随机生成数值)
2.由服务端回复客户端发送的TCP连接请求报文,其中包含seq序列号,是由回复端随机生成的,并且将SYN置为1,而且会产生ACK字段,ACK字段数值是在客户端发送过来的序列号seq的基础上加1进行回复,以便客户端收到信息时,知晓自己的TCP建立请求已得到验证。(SYN=1,ACK=x+1,seq=y,y为随机生成数值)这里的ack加1可以理解为是确认和谁建立连接。
3.客户端收到服务端发送的TCP建立验证请求后,会使自己的序列号加1表示,并且再次回复ACK验证请求,在服务端发过来的seq上加1进行回复。(SYN=1,ACK=y+1,seq=x+1)
## 四次挥手
![](https://img.kancloud.cn/94/d9/94d99e490ca3b3ffa2291f7f34cfa8dd_654x498.png)
四次挥手过程说明:
1.客户端发送断开TCP连接请求的报文,其中报文中包含seq序列号,是由发送端随机生成的,并且还将报文中的FIN字段置为1,表示需要断开TCP连接。(FIN=1,seq=x,x由客户端随机生成)
2.服务端会回复客户端发送的TCP断开请求报文,其包含seq序列号,是由回复端随机生成的,而且会产生ACK字段,ACK字段数值是在客户端发过来的seq序列号基础上加1进行回复,以便客户端收到信息时,知晓自己的TCP断开请求已经得到验证。(FIN=1,ACK=x+1,seq=y,y由服务端随机生成)
3.服务端在回复完客户端的TCP断开请求后,不会马上进行TCP连接的断开,服务端会先确保断开前,所有传输到A的数据是否已经传输完毕,一旦确认传输数据完毕,就会将回复报文的FIN字段置1,并且产生随机seq序列号。(FIN=1,ACK=x+1,seq=z,z由服务端随机生成)
4.客户端收到服务端的TCP断开请求后,会回复服务端的断开请求,包含随机生成的seq字段和ACK字段,ACK字段会在服务端的TCP断开请求的seq基础上加1,从而完成服务端请求的验证回复。(FIN=1,ACK=z+1,seq=h,h为客户端随机生成)
至此TCP断开的4次挥手过程完毕
## 11种状态
![](https://img.kancloud.cn/6d/eb/6deb966d7ab30e9437657cbe46d8a126_570x442.png)
1.一开始,建立连接之前服务器和客户端的状态都为CLOSED;
2.服务器创建socket后开始监听,变为LISTEN状态;
3.客户端请求建立连接,向服务器发送SYN报文,客户端的状态变味SYN\_SENT;
4.服务器收到客户端的报文后向客户端发送ACK和SYN报文,此时服务器的状态变为SYN\_RCVD;
5.然后,客户端收到ACK、SYN,就向服务器发送ACK,客户端状态变为ESTABLISHED;
6.服务器端收到客户端的ACK后变为ESTABLISHED。此时3次握手完成,连接建立!
![](https://img.kancloud.cn/46/6d/466d6615b720db48409fe28e8ae33a2c_530x441.png)
由于TCP连接是全双工的,断开连接会比建立连接麻烦一点。
1.客户端先向服务器发送FIN报文,请求断开连接,其状态变为FIN\_WAIT1;
2.服务器收到FIN后向客户端发送ACK,服务器的状态围边CLOSE\_WAIT;
3.客户端收到ACK后就进入FIN\_WAIT2状态,此时连接已经断开了一半了。如果服务器还有数据要发送给客户端,就会继续发送;
4.直到发完数据,就会发送FIN报文,此时服务器进入LAST\_ACK状态;
5.客户端收到服务器的FIN后,马上发送ACK给服务器,此时客户端进入TIME\_WAIT状态;
6.再过了2MSL长的时间后进入CLOSED状态。服务器收到客户端的ACK就进入CLOSED状态。
至此,还有一个状态没有出来:CLOSING状态。
CLOSING状态表示: 客户端发送了FIN,但是没有收到服务器的ACK,却收到了服务器的FIN,这种情况发生在服务器发送的ACK丢包的时候,因为网络传输有时会有意外。
•LISTEN:等待从任何远端TCP 和端口的连接请求。
•SYN\_SENT:发送完一个连接请求后等待一个匹配的连接请求。
•SYN\_RECEIVED:发送连接请求并且接收到匹配的连接请求以后等待连接请求确认。
•ESTABLISHED:表示一个打开的连接,接收到的数据可以被投递给用户。连接的数据传输阶段的正常状态。
•FIN\_WAIT\_1:等待远端TCP 的连接终止请求,或者等待之前发送的连接终止请求的确认。
•FIN\_WAIT\_2:等待远端TCP 的连接终止请求。
•CLOSE\_WAIT:等待本地用户的连接终止请求。
•CLOSING:等待远端TCP 的连接终止请求确认。
•LAST\_ACK:等待先前发送给远端TCP 的连接终止请求的确认(包括它字节的连接终止请求的确认)
•TIME\_WAIT:等待足够的时间过去以确保远端TCP 接收到它的连接终止请求的确认。
•TIME\_WAIT 两个存在的理由:
•可靠的实现tcp全双工连接的终止;
•允许老的重复分节在网络中消逝。
•CLOSED:不在连接状态(这是为方便描述假想的状态,实际不存在)
- Python学习
- Python基础
- Python初识
- 列表生成式,生成器,可迭代对象,迭代器详解
- Python面向对象
- Python中的单例模式
- Python变量作用域、LEGB、闭包
- Python异常处理
- Python操作正则
- Python中的赋值与深浅拷贝
- Python自定义CLI三方库
- Python并发编程
- Python之进程
- Python之线程
- Python之协程
- Python并发编程与IO模型
- Python网络编程
- Python之socket网络编程
- Django学习
- 反向解析
- Cookie和Session操作
- 文件上传
- 缓存的配置和使用
- 信号
- FBV&&CBV&&中间件
- Django补充
- 用户认证
- 分页
- 自定义搜索组件
- Celery
- 搭建sentry平台监控
- DRF学习
- drf概述
- Flask学习
- 项目拆分
- 三方模块使用
- 爬虫学习
- Http和Https区别
- 请求相关库
- 解析相关库
- 常见面试题
- 面试题
- 面试题解析
- 网络原理
- 计算机网络知识简单介绍
- 详解TCP三次握手、四次挥手及11种状态
- 消息队列和数据库
- 消息队列之RabbitMQ
- 数据库之Redis
- 数据库之初识MySQL
- 数据库之MySQL进阶
- 数据库之MySQL补充
- 数据库之Python操作MySQL
- Kafka常用命令
- Linux学习
- Linux基础命令
- Git
- Git介绍
- Git基本配置及理论
- Git常用命令
- Docker
- Docker基本使用
- Docker常用命令
- Docker容器数据卷
- Dockerfile
- Docker网络原理
- docker-compose
- Docker Swarm
- HTML
- CSS
- JS
- VUE