慢速攻击防护：读写超时、连接池与限速组合 故障切换
围绕“慢速攻击防护：读写超时、连接池与限文件上传防护”，本文从业务风险、架构要点、落地流程与验收指标四个维度拆解，帮助你快速形成可执行的防护方案。
核心能力与落地要点
- 动态阈值：根据真实流量画像自动调参：从识别、缓解到回溯三段式闭环，确保可观测、可回滚、可量化。
- 关键词堆砌风险：合理密度与自然语义的控制方法：从识别、缓解到回溯三段式闭环，确保可观测、可回滚、可量化。
- Nginx 限流排坑：limit_req/limit_conn 的常见误区：从识别、缓解到回溯三段式闭环，确保可观测、可回滚、可量化。
内链池容量有限（默认 2048），因此越早让蜘蛛进入并持续抓取，内链池越快丰富。素材池足够时，页面差异度提高，蜘蛛继续抓取的概率也会更稳。
挑战机制要“可回滚、可灰度”。上线前先对一小部分流量开启 JS Challenge 或验证码，观察误杀与转化；一旦指标异常，能在分钟级关闭。把策略做成开关，比把规则写死更安全。
在高压场景下，缓存不仅是性能优化，也是防护手段。热点页面可以通过边缘缓存与应用缓存把洪峰削平；但必须同时防止缓存击穿与穿透，否则攻击者会用小流量把源站拖进慢查询。
部署与验收清单
- 应急预案：灰度开关、黑白名单与回滚策略提前演练。
- 入口限速：Nginx/SLB 先限流，应用侧再做频控兜底。
- 可观测性：建立访问日志、错误率、延迟与拦截率的监控面板。
- 链路分层：CDN/WAF/高防/源站分层部署，避免单点被打穿。
常见问题
Q：为什么仅靠单一防护组件不够？
A：真实攻击往往组合出现（洪峰、慢速、绕过、应用层混合），需要入口、协议、业务、数据多个层面的联动。
Q：如何避免“防护开得越狠越误伤”？
A：用指标驱动策略：先观测再收紧，优先做分层与限速，再逐步加入更细粒度规则。