TCP四次挥手过程

TCP 断开连接是通过四次挥手方式。

双方都可以主动断开连接,断开连接后主机中的「资源」将被释放,

刚开始双方都处于 establised 状态,假如是客户端先发起关闭请求,过程如下图:

第一次挥手:客户端打算关闭连接,此时会发送一个 TCP 首部 FIN 标志位被置为 1 的报文,也即 FIN 报文,之后客户端进入 FIN_WAIT_1 状态。

第二次挥手:服务端收到该报文后,就向客户端发送 ACK 应答报文,且把客户端的序列号值 + 1 作为 ACK 报文的序列号值,表明已经收到客户端的报文了,接着服务端进入 CLOSE_WAIT 状态。

第三次挥手:如果服务端也想断开连接了,等待服务端处理完数据后,和客户端的第一次挥手一样,发给 FIN 报文,且指定一个序列号。此时服务端处于 LAST_ACK 的状态。

客户端收到服务端的 ACK 应答报文后,之后进入 FIN_WAIT_2 状态。

第四次挥手:客户端收到服务端的 FIN 报文后,回一个 ACK 应答报文,且把服务端的序列号值 + 1 作为自己 ACK 报文的序列号值,之后客户端进入 TIME_WAIT 状态

服务端收到了 ACK 应答报文后,就进入了 CLOSE 状态,至此服务端已经完成连接的关闭。

客户端在经过 2MSL 一段时间后,自动进入 CLOSE 状态,至此客户端也完成连接的关闭。

你可以看到,每个方向都需要一个 FIN 和一个 ACK ,因此通常被称为四次挥手。

这里一点需要注意是:主动关闭连接的,才有 TIME_WAIT 状态。

此外,这里我给出每个状态所包含的含义。

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接收到连接中断请求的确认;

CLOSED -- 没有任何连接状态;

相关推荐
2601_963282773 小时前
寒地窄带通信工程实践:黑龙江哈尔滨对讲机选型、组网与合规运维总结
运维·服务器·网络
是真的小外套4 小时前
网络安全实战第14期:Week2周末闯关
网络·安全·web安全
xbzb5 小时前
OpenStack 网络管理(理论):Linux 网络虚拟化是 Neutron 的地基
linux·服务器·网络·openstack·network·neutron
QXWZ_IA7 小时前
边坡监测预算有限时的建设顺序:虚拟基准站与成本账
网络·数据库
聪明蛋子哟10 小时前
大模型应用“最后一公里”:从Prompt工程到MCP协议,如何实现跨系统的高可用集成?
网络·prompt
科创致远11 小时前
ESOP 电子作业指导书 WiFi 网络应用实测报告
运维·服务器·网络
承渊政道11 小时前
Linux网络学习【从NAT与代理服务理解网络转发、探索内网穿透原理、再到认识DNS与ICMP、最后动手部署并测试内网穿透】
linux·网络·学习·内网穿透·dns·nat
最强小杰11 小时前
minimax-m3 突然报 HTTP 529 怎么办?连续重试为何更难恢复,退避时间该怎么算?
网络·网络协议·http·ai
程序员清风11 小时前
AI 编程助手的权限边界:文件、命令、密钥与人工确认
运维·服务器·网络
别讲概念12 小时前
JavaEE(5)网络原理初识
网络·java-ee·智能路由器