Nginx 限流避坑：limit_req/limit_conn 常见误区 TIME_WAIT 治理
围绕“Nginx 限流避坑：limit_r攻击画像”，本文从业务风险、架构要点、落地流程与验收指标四个维度拆解，帮助你快速形成可执行的防护方案。
核心能力与落地要点
- 路径穿越防护：规范化与访问控制的工程化方案：从识别、缓解到回溯三段式闭环，确保可观测、可回滚、可量化。
- 标题可读性优化：被截断风险与前半句信息密度：从识别、缓解到回溯三段式闭环，确保可观测、可回滚、可量化。
- TLS 握手耗尽：如何用边缘终止与缓存缓解：从识别、缓解到回溯三段式闭环，确保可观测、可回滚、可量化。
- 回源保护如何验收：回源 IP、路径与认证的检查清单：从识别、缓解到回溯三段式闭环，确保可观测、可回滚、可量化。
策略命中应尽量输出“命中原因”。比如命中阈值、命中规则名、命中维度（IP/UA/路径/指纹）等。没有命中原因，误杀问题只能靠猜测修复。
按接口分级限流是最容易落地的收益点：登录、注册、短信、搜索、下单等接口的承压能力差异很大。把热点接口单独限速，并给核心链路预留额度，能显著降低“被打就全站雪崩”的风险。
源站保护要做“回源收敛”。最稳妥的方式是只允许 CDN/高防/代理出口回源，并把源站端口与管理端口都收敛到白名单访问；这样即使攻击者拿到源站域名也难以直打。
部署与验收清单
- 链路分层：CDN/WAF/高防/源站分层部署，避免单点被打穿。
- 可观测性：建立访问日志、错误率、延迟与拦截率的监控面板。
- 持续优化：根据真实流量画像迭代规则，避免误伤与漏拦。
- 入口限速：Nginx/SLB 先限流，应用侧再做频控兜底。
常见问题
Q：为什么仅靠单一防护组件不够？
A：真实攻击往往组合出现（洪峰、慢速、绕过、应用层混合），需要入口、协议、业务、数据多个层面的联动。
Q：如何避免“防护开得越狠越误伤”？
A：用指标驱动策略：先观测再收紧，优先做分层与限速，再逐步加入更细粒度规则。