TCP 四次挥手的 TIME_WAIT 为什么持续 2MSL 的时间?

目录

[为什么是 2MSL?](#为什么是 2MSL?)

[为什么是 60 秒?](#为什么是 60 秒?)

可以调整吗?

结论


TCP 协议中的 TIME_WAIT 状态是为了确保数据包的可靠传输以及连接的正确终止而设计的一种机制。当一个 TCP 连接被终止后,最后一个发送 FIN 包的一方会进入 TIME_WAIT 状态。该状态持续的时间通常是 2 倍的最大段生存时间 (Maximum Segment Lifetime, MSL)。MSL 定义了一个 TCP 数据段在网络中可能存在的最长时间。通常情况下,MSL 的默认值是 30 秒,因此 TIME_WAIT 状态持续的时间就是 2 * MSL = 60 秒。

为什么是 2MSL?

  1. 确保所有数据包被接收
  • 当连接双方完成四次握手关闭连接之后,可能存在一些尚未到达目的地的旧数据包。等待 2MSL 可以确保这些数据包超时并被丢弃,这样就不会干扰新的连接。
  1. 确保连接正确关闭
  • 在连接关闭过程中,最后一个 ACK 包可能会丢失。如果接收方没有收到这个 ACK,它将重新发送 FIN 包。发送方必须等待足够长的时间以确保接收方收到了 ACK 并且不会重新尝试关闭连接。
  1. 避免旧数据包干扰新的连接
  • 如果旧的连接没有正确关闭,并且新的连接使用相同的四元组(源 IP 地址、源端口、目标 IP 地址、目标端口)建立,那么旧的数据包可能会干扰新连接的数据流。等待 2MSL 可以确保所有旧的数据包已经消失。

为什么是 60 秒?

  1. MSL 的默认值:MSL 的默认值是 30 秒,这是基于经验选择的一个保守估计,用来确保大多数网络环境下的数据包都能被接收或者超时。

  2. 2 倍 MSL:等待 2 倍的 MSL 是为了确保所有可能的旧数据包都被处理掉,同时考虑到数据包可能在网络中滞留的情况。

可以调整吗?

  1. 操作系统级别的配置:大多数操作系统都允许用户调整 MSL 的值,从而改变 TIME_WAIT 状态的持续时间。例如,在 Linux 中,你可以通过 /proc/sys/net.ipv4.tcp_fin_timeout 文件来修改 TIME_WAIT 的超时时间。

  2. 动态调整:有些高级的网络应用可能会根据实际网络情况动态调整 MSL 的值,但这通常需要对应用进行特殊设计。

结论

TIME_WAIT 状态的存在是为了确保连接的可靠性和数据包的正确处理。虽然默认值为 60 秒,但在某些场景下,可以根据实际情况调整这个值来优化网络性能。

相关推荐
爱吃橘子橙子柚子2 天前
3CPU性能排查总结(超详细)【Linux性能优化】
运维·cpu
舒一笑4 天前
程序员效率神器:一文掌握 tmux(服务器开发必备工具)
运维·后端·程序员
NineData4 天前
数据库管理工具NineData,一年进化成为数万+开发者的首选数据库工具?
运维·数据结构·数据库
梦想很大很大5 天前
拒绝“盲猜式”调优:在 Go Gin 项目中落地 OpenTelemetry 链路追踪
运维·后端·go
Sinclair5 天前
内网服务器离线安装 Nginx+PHP+MySQL 的方法
运维
叶落阁主5 天前
Tailscale 完全指南:从入门到私有 DERP 部署
运维·安全·远程工作
茶杯梦轩6 天前
从零起步学习RabbitMQ || 第二章:RabbitMQ 深入理解概念 Producer、Consumer、Exchange、Queue 与企业实战案例
服务器·后端·消息队列
甲鱼9296 天前
MySQL 实战手记:日志管理与主从复制搭建全指南
运维
YuMiao8 天前
gstatic连接问题导致Google Gemini / Studio页面乱码或图标缺失问题
服务器·网络协议
碳基沙盒9 天前
OpenClaw 多 Agent 配置实战指南
运维