步骤一:明确业务类型与峰值流量。- 记录日均/峰值带宽(Mbps/Gbps)、并发连接数、请求率(RPS)。
步骤二:防护目标。- 设定需要防御的攻击类型(大体量SYN/UDP flood、应用层HTTP洪水、慢速攻击、Bot)。
步骤三:可接受恢复时间与SLA。- 例如:99.95% 可用率、分钟级故障切换、15 分钟应急响应。
关键项:Anycast 网络、清洗中心容量(Gbps/Tbps)、回源保护(shield/origin protection)。
应用层防护:WAF规则集、速率限制、会话验证(challenge)、Bot 管理。
协议支持:TLS 1.2/1.3、HTTP/2、QUIC/HTTP3、长连接/WebSocket 支持。
确认SLA细则:可用率、DDoS清洗触发与告警时间、赔付条款。
支持响应:7x24 电话/工单/专属客服、应急联系人与演练周期。
日志与审计:访问日志、WAF拦截日志、攻击流水记录的保留时长与导出方式。
申请PoC环境:要求供应商开放一个临时CNAME或测试回源。
流量模拟:用压力测试工具(例如wrk、siege、Bombardier)模拟正常及攻击流量,分阶段提升并发与请求速率。
验证点:检查缓存命中率、回源请求数、WAF拦截率、后端延迟、控制台告警与日志是否即时可用。
步骤A:证书与域名绑定。- 上传/申请证书(ACME)、确认证书链无误。
步骤B:DNS 切换计划。- 先把 www 子域指向 CDN 提供的 CNAME,设置较短 TTL(60s~300s)以便回滚。
步骤C:缓存规则与回源策略。- 设置静态资源长缓存、API 接口不缓存或限定规则、开启缓存键去重(忽略无关参数)。
步骤D:WAF 与速率限制初始策略。- 从宽松到严格逐步上线,记录误报并调整白名单。
日志接入:配置实时日志推送(Kafka/S3/ELK),并验证字段(client IP、X-Forwarded-For、请求路径、拦截规则)。
告警规则:设置流量阈值、错误率、回源延迟告警;把重要告警接入 PagerDuty/企业微信/钉钉。
规则演练:每季度执行一次小规模流量洪水演练,验证切换、清洗效果与联动流程。
坑1:真实客户端IP丢失。- 确认 CDN 是否传递 X-Forwarded-For 或使用 Proxy Protocol。
坑2:SSL 配置不当导致回源失败。- 验证回源证书信任链与 SNI 设置。
验收项:PoC 报告、SLA 文档、应急联系人表、日志导出样例、权限与账号交付。
问:我第一次选择带防御的 CDN,向供应商优先询问哪些关键指标?
答:优先问 Anycast 覆盖节点、清洗中心峰值(Gbps)、WAF 规则能力与误报率、SLA 响应时间、是否支持 Origin Shield/回源保护、日志导出与实时告警接入方式。
问:上线 CDN 并启用防护时,怎样步骤化避免业务中断?
答:分阶段切换:1) 短 TTL 做灰度 CNAME 至 CDN;2) 先流量小的子域或少量用户分批导入;3) 监控回源/命中率与 WAF 拦截日志;4) 出现问题立即回滚 DNS;5) 与供应商保持应急通道以便快速调整规则。
问:有哪些可复现的测试能证明供应商防护能力?
答:要求现场或远程 PoC 包括:高带宽 SYN/UDP 测试、分层应用层 HTTP 洪水、慢速攻击模拟。验证期间检查是否触发清洗、是否有误伤正常流量、后端负载是否下降、日志与告警是否同步。成功的 PoC 应给出量化报告(清洗流量、拦截率、回源减少量)。
