tcp_fin_timeout仅影响新连接的FIN超时时间，对已存在的TIME_WAIT连接无效；需配合tcp_tw_reuse=1和tcp_timestamps=1才能复用端口，且仅适用于客户端主动发起的短连接场景。
tcp_fin_timeout 只影响新连接，不清理已有 TIME_WAIT
直接改 net.ipv4.tcp_fin_timeout 到 30 或 15，不会让当前屏幕上看到的几万个 TIME-WAIT 连接立刻消失。它只决定「新发起关闭」的连接进入 TIME_WAIT 后等待多久才释放端口——旧连接仍按原来的定时器走完剩余时间。
常见错误现象：ss -s 或 netstat -ant | grep TIME_WAIT | wc -l 数值卡住不动，误以为参数没生效。其实只是你还没等到那批老连接自然过期。
- 该参数对服务端被动关闭（如 Nginx 收到请求后关 upstream）基本无效
- 值不宜低于 15：太小可能让对端 ACK/FIN 还没收到就复用端口，引发 RST 或连接失败
- 单独调它，
TIME_WAIT总数大概率还是涨得比释放快
tcp_tw_reuse=1 必须配 tcp_timestamps=1 才真正起作用
net.ipv4.tcp_tw_reuse = 1 是唯一能“复用” TIME_WAIT 端口的机制，但它不是开关一开就自动生效——它依赖 net.ipv4.tcp_timestamps = 1 提供的时间戳做安全校验。内核默认开启该选项，但某些云镜像或老旧系统（如 CentOS 7 最小安装）可能关了。
验证方式：sysctl net.ipv4.tcp_timestamps 返回必须是 1；如果不是，得在 /etc/sysctl.conf 显式加一行：net.ipv4.tcp_timestamps = 1。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 仅对本机发起的 outbound 连接有效（比如 Python 调 API、Nginx 作为代理连后端），不影响
accept()的服务端行为 - 在 NAT 环境（家用路由器、云 LB）下，若中间设备篡改或丢弃时间戳，会导致新连接被静默拒绝（
Connection refused） - 用
ss -i查一条TIME_WAIT连接，输出里有ts字段才算真正启用
别碰 tcp_tw_recycle，它已在 4.12+ 内核中彻底移除
很多旧文档还在写 net.ipv4.tcp_tw_recycle = 1，这是危险操作。Linux 4.12 起该参数已被删除，设了也无效；而在 3.10–4.12 之间，它会在 NAT 场景下导致连接随机失败——因为它用每 IP 的时间戳做速率判断，NAT 后所有客户端共享同一个出口 IP，时间戳乱序直接触发丢包。
如果你的系统是 2024 年后发布的标准发行版（如 Ubuntu 22.04+、CentOS Stream 9、Alibaba Cloud Linux 3），sysctl -w net.ipv4.tcp_tw_recycle=1 会报错或静默忽略。
- 检查是否残留配置：grep
tcp_tw_recycle/etc/sysctl.conf；若有，删掉或注释 - 替代方案只有
tcp_tw_reuse + tcp_timestamps组合，别试图绕过 - 某些运维脚本或宝塔插件仍默认写它，务必手动清理
配套参数不调，单改超时毫无意义
高频短连接场景下，光调 tcp_fin_timeout 和 tcp_tw_reuse 还不够。端口耗尽常是因为本地可用端口少、SYN 队列满、网卡软中断队列打满，这些环节全得对齐。
- 扩大本地端口范围：
net.ipv4.ip_local_port_range = 1024 65535 - 同步提升两个建连队列：
net.core.somaxconn = 65535和net.ipv4.tcp_max_syn_backlog = 65535（注意 Nginx 的listen ... backlog=不能超过前者） - 提高网卡软中断缓冲：
net.core.netdev_max_backlog = 10000（千兆网卡下默认 1000 极易丢包，且无日志） - 确认
net.ipv4.tcp_syncookies = 1开启，防 SYN 洪水压垮半连接队列
真正容易被忽略的是：应用层是否在滥用短连接。比如 Python requests 每次都新建 session、Nginx upstream keepalive 设为 0、爬虫没复用连接——这些比内核参数更能决定 TIME_WAIT 堆积速度。
