send_timeout 主要用于防御 Slowloris 攻击中的 Slow read 类型，即客户端极慢读取响应、故意卡住连接的行为。它不能单独阻断所有慢速攻击，但配合其他超时参数，能有效缩短恶意连接的存活时间，释放 worker 连接资源。
send_timeout 的作用机制
该指令控制 Nginx 向客户端发送响应数据时的空闲等待上限：从开始发送起，若两次成功写出数据之间的间隔超过设定值，Nginx 就会主动关闭连接。
典型场景是攻击者建立合法请求后，接收响应时长期不读（如发 Zero Window、窗口缩为 0），导致 Nginx 缓冲区填满后阻塞在 write() 调用上。send_timeout 正是为此类“写挂起”设限。
注意：它不控制响应生成耗时，只管“发送过程中的空闲”。如果后端（如 PHP-FPM）迟迟不返回数据，那是 proxy_read_timeout 或 fastcgi_read_timeout 的职责。
在 http 块中合理配置 send_timeout
应放在 http{} 块顶层，全局生效，避免被 server 或 location 层覆盖：
- 设为 10–30 秒 较稳妥：太短（如 5s）可能误杀弱网用户；太长（如 60s+）给 Slow read 留出足够拖延空间
- 必须搭配
reset_timedout_connection on;，确保超时后发送 TCP RST 包立即断连，而非 FIN 等待四次挥手，减少 TIME_WAIT 滞留 - 不建议仅靠它防御：Slowloris 更常靠
client_header_timeout（防 Slow headers）和client_body_timeout（防 Slow POST）先拦截
配套必须启用的关键项
仅设 send_timeout 效果有限，需组合以下配置形成闭环：
-
client_header_timeout 10s;—— 防止攻击者分多次发 header 卡住连接 -
client_body_timeout 20s;—— 防止大 Content-Length + 极慢上传 -
keepalive_timeout 15s;—— 缩短空闲 keepalive 连接生命周期 -
reset_timedout_connection on;—— 强制复位，避免连接僵死 -
limit_conn_zone $binary_remote_addr zone=addr:10m;和limit_conn addr 5;—— 限制单 IP 并发连接数，兜底防资源耗尽
验证是否生效
修改后执行 nginx -t && nginx -s reload，再用工具模拟 Slow read 测试：
- 用
curl -v --limit-rate 1 --max-time 120 http://your-site/观察是否在 30 秒内断连 - 检查 access log 中是否有大量 408 或连接异常中断记录
- 监控
nginx_stub_status的 Active connections 数是否不再持续攀升
