清洗阈值最容易混淆的地方，是把集群总清洗规模当成单 IP 独享阈值，很多贵阳机房报价只写集群总防御，合同不区分独享和共享池，别家 IP 遭遇大攻击的时候，清洗资源被挤占，你的攻击流量处理能力直接缩水，延迟升高、误封变多。签约文字里要明确标注单 IP 保底清洗容量，写明是独享清洗池，不是集群共享资源，同时分开业务带宽和清洗带宽，业务带宽是正常访客访问的带宽上限，清洗阈值是攻击流量处理上限，两个指标不能合并计算。

阈值触发机制要逐条确认，攻击流量低于保底阈值时，正常清洗放行，超出保底之后的处置方式是核心坑点，优先确认是弹性扩容计费、临时限流，还是直接触发黑洞。黑洞规则要写清楚触发阈值、自动解封时长、人工解封通道，黑洞期间所有流量全部丢弃，业务完全中断，很多低价方案只要一碰保底阈值就直接黑洞，没有缓冲空间。如果支持弹性防护，要写明弹性上限、流量计费粒度、单价、是否有封顶，避免大攻击结束后收到高额账单。

协议类型的阈值分开核验，UDP、ICMP 这类大包洪水和 HTTP/HTTPS CC 是两套检测引擎，部分高防只擅长处理大包流量，CC 的并发阈值很低，遇到接口、表单、站群类 CC 攻击拦不住。合同里要单独标注 CC 防护的并发阈值、单 IP 请求频率限制、支持自定义 URI 策略，支付、登录、下单接口可以单独配置宽松或者严格的清洗规则，支持白名单放行第三方回调地址，防止正常业务被误清洗。

引流模式也要落到纸面，区分常驻引流和触发式引流。常驻引流是流量常态经过清洗节点，攻击发生时不会出现路由切换断流；触发式引流是检测到攻击才把流量切到清洗集群，切换过程会有几秒到十几秒业务中断，适合静态展示站，不适合电商、RAG 推理这类连续性业务。贵阳本地清洗节点回源链路短，引流带来的额外时延一般控制在 10ms 以内，验收时要分别测试空载、满清洗流量两种状态的延迟和丢包。

核验指标和权限要提前约定，后台监控面板开放哪些指标，入口总流量、清洗丢弃流量、放行流量、CC 请求计数、重传包、黑洞记录，能不能按小时导出攻击报表。很多机房只给简单的流量曲线，看不到清洗明细，攻击之后没法区分是 DDoS 攻击还是业务本身的 CC 脚本薅流量。签约前可以申请测试 IP，报备机房做合规压测，模拟 UDP 洪水和 HTTP CC，观测阈值到达时的处理效果、误封比例、告警推送时效，不能只看空载数据。

SLA 和赔付边界不能省略，写明 7×24 值班响应时效，攻击告警通知渠道，阈值内防护失效、无故黑洞的赔付规则，赔付一般以服务时长补偿为主，口头承诺的兜底不算数。同时明确免责范围，比如业务代码漏洞引发的 CC、爬虫薅接口，清洗侧只能做限流拦截，不能替代 WAF 和业务风控，勒索病毒、源站本身中毒不属于清洗防护的保障范围。

最后几个容易忽略的细节，清洗回源是否保留真实访客源 IP，很多清洗转发之后源 IP 变成清洗节点地址，业务日志、风控规则全部失效；确认清洗和 BGP 带宽的 95 统计口径，攻击流量是否不计入业务 95 带宽统计，避免被攻击之后产生额外带宽费用；源服务器尽量隐藏真实 IP，防止攻击者绕开清洗直接打源站。验收留存测试报告，所有阈值、黑洞规则、弹性计费、响应时效全部补充进合同附件，避免后期调整策略时口头变更。




（声明：本文来源于网络，仅供参考阅读，涉及侵权请联系我们删除、不代表任何立场以及观点。）