Nginx 中 Server 配置如何设置 reset_timedout_connection 释放死连接资源

Nginx 最新不支持 reset_timedout_connection 指令，该配置不存在于任何稳定版本源码中；应改用 keepalive_timeout、keepalive_requests、client_header_timeout 等真实指令组合优化连接管理。

这个配置在标准 Nginx 中并不存在——reset_timedout_connection on 不是最新指令，任何声称它能直接生效的文档或教程，都混淆了定制版本、内核行为、OpenResty 扩展或误记名称（比如把 reset_timeout_connection 或 tcp_rst 相关参数错写成这个）。

为什么你找不到 reset_timedout_connection 指令

• 最新 Nginx 源码（包括 1.20–1.26 所有稳定版）从未定义过该指令；

• 它不出现在 nginx.org 的指令索引、配置手册或 GitHub 主干分支中；

• 配置文件里写上 reset_timedout_connection on; 会导致启动报错：unknown directive "reset_timedout_connection"。

实际可用的替代方案

如果你的目标是更快释放空闲/超时连接、减少 TIME_WAIT、防 Slowloris 类攻击，应组合使用以下真实有效的配置：

1. 收紧 keepalive_timeout：设为 15–30 秒（不建议 0，除非纯短连接 API），避免长连接长期挂起
2. 限制单连接请求数：用 keepalive_requests 100;，防止一个连接反复发请求却迟迟不关
3. 设置读写超时：如 client_header_timeout 10;、send_timeout 15;，让异常交互快速中断
4. 启用 TCP 层保活探测：在 events 块加 tcp_keepalive on;（Nginx 1.19.1+ 支持），配合系统参数 net.ipv4.tcp_keepalive_time 缩短死链发现周期
5. 用 OpenResty + Lua 实现 RST 效果：例如在超时逻辑中调用 ngx.exit(444)，或用 sock:close(true) 强制关闭底层 socket（需谨慎，可能影响客户端重试）

注意内核与中间设备的影响

真正的 RST 行为通常不由 Nginx 主动发出，而是由以下机制触发：

1. Linux 内核参数 net.ipv4.tcp_fin_timeout 控制 FIN_WAIT_2 超时后是否转 RST
2. 防火墙或云厂商 LB 可能对长时间无数据连接主动注入 RST
3. iptables 规则（如 REJECT --reject-with tcp-reset）可模拟类似效果

想“强制释放死连接”，重点不在虚构指令，而在缩短生命周期、分层设限、结合系统级调优。不复杂但容易忽略。