TCP的三次握手以及四次断开

TCP的三次握手和四次断开,就是TCP通信建立连接以及断开的过程

目录

[【1】TCP的三次握手过程 ---- TCP建立连接的过程](#【1】TCP的三次握手过程 ---- TCP建立连接的过程)

[【2】TCP的四次挥手 ---- TCP会话的断开](#【2】TCP的四次挥手 ---- TCP会话的断开)

注意:


【1】TCP的三次握手过程 ---- TCP建立连接的过程

三次握手的过程

通信双方发送请求序列号,并且确认收到序列号的过程

第一次握手

客户端向服务器发送SYN报文,等待确认,客户端进入SYN_sent状态

然后完成第一次握手

第二次握手

服务端向客户端发送SYN<请求>以及ACK<确认>报文

1、服务端收到客户端的请求向客户端回复确认信息

2、服务端再向客户端发送一个SYN包,建立连接请求,并且服务器进入SYN_recv状态

完成第二次握手

第三次握手

收到回复后,客户端向服务端发送ACK<确认>报文,发送完成客户端和服务器进入establishd状态

完成第三次握手

【2】TCP的四次挥手 ---- TCP会话的断开

四次断开

断开TCP连接,需要客户端和服务端总共发送4个包进行确认连接的断开过程

第一次断开

客户端发送FIN报文,用于关闭客户端到服务端的数据传送,客户端进入fin_wait_1状态

第一次断开完成

第二次断开

服务端接收FIN报文后,向客户端发送ACK报文,表示已经收到了客户端发送是FIN报文,此时服务端处于close_wait状态

第二次断开完成

第三次断开

服务端发送FIN报文到客户端,此时服务端处于last_ack状态

第三次断开完成

第四次断开

客户端收到服务端发送的FIN报文后,对此发出ACK<确认报文>,客户端进入time_wait状态,此时的TCP没有完全断开,需要经过时间等待计时器设置的时间后,客户端才能进入closed状态

第四次断开完成

注意:

挥手的时候,不存在数据的传递,应用层没有东西,所以TCP的通信建立和断开过程分为,三次握手和四次断开

相关推荐
REDcker11 分钟前
RTSP 直播技术详解
linux·服务器·网络·音视频·实时音视频·直播·rtsp
丁劲犇17 分钟前
CentOS 7.6 TCP连接奇慢故障排查:中文注释引发的sysctl配置异常
linux·tcp/ip·centos·速度慢
m0_7373025818 分钟前
云服务器安全核心痛点与防护框架
服务器
阿猿收手吧!29 分钟前
【C++】异常处理:catch块执行后程序如何继续
服务器·网络·c++
腾讯蓝鲸智云38 分钟前
【运维自动化-节点管理】节点管理跟配置平台的联动关系
运维·服务器·经验分享·自动化·sass·paas
FLGB1 小时前
Docker网段和服务器内部网段172.17 网段冲突导致网络不通
服务器·网络·docker
星夜落月1 小时前
Web-Check部署全攻略:打造个人网站监控与分析中心
运维·前端·网络
每次学一点2 小时前
【ZeroTier自研之路】planet的组成
服务器·网络·数据库
慎思知行2 小时前
Discord中创建机器人的流程
linux·服务器·机器人
玉梅小洋2 小时前
Linux命令详解 —— IP 命令及永久配置
linux·运维·tcp/ip