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 类攻击**，应组合使用以下真实有效的配置：
- 收紧 keepalive_timeout：设为 15–30 秒（不建议 0，除非纯短连接 API），避免长连接长期挂起
-
限制单连接请求数：用
keepalive_requests 100;，防止一个连接反复发请求却迟迟不关 -
设置读写超时：如
client_header_timeout 10;、send_timeout 15;，让异常交互快速中断 -
启用 TCP 层保活探测：在
events块加tcp_keepalive on;（Nginx 1.19.1+ 支持），配合系统参数net.ipv4.tcp_keepalive_time缩短死链发现周期 -
用 OpenResty + Lua 实现 RST 效果：例如在超时逻辑中调用
ngx.exit(444)，或用sock:close(true)强制关闭底层 socket（需谨慎，可能影响客户端重试）
注意内核与中间设备的影响
真正的 RST 行为通常不由 Nginx 主动发出，而是由以下机制触发：
- Linux 内核参数
net.ipv4.tcp_fin_timeout控制 FIN_WAIT_2 超时后是否转 RST - 防火墙或云厂商 LB 可能对长时间无数据连接主动注入 RST
- iptables 规则（如
REJECT --reject-with tcp-reset）可模拟类似效果
想“强制释放死连接”，重点不在虚构指令，而在缩短生命周期、分层设限、结合系统级调优。不复杂但容易忽略。
