网站接入DDoS高防后，控制台显示"防护中"，并不代表业务已经安全。真正遇到攻击时，源站能否被隐藏、恶意流量能否被及时清洗、正常用户能否继续访问，才是判断防护效果的关键。
本文将从业务基线、上线验收、核心防护能力和不同业务场景出发，梳理一套可直接参考的DDoS高防检查方法。
一、DDoS高防到底保护了什么？
DDoS高防的基本工作方式，是将业务流量先引导至防护节点，由清洗系统识别异常流量，再把正常请求转发回源站。
因此，验收重点不应只是"防护带宽有多大"，还要检查：
- 源站能否被直接访问；
- 攻击流量是否真正被过滤；
- 正常用户是否受到影响；
- 业务延迟和错误率是否在可接受范围内；
- 攻击记录和费用是否清晰可查。
如果只有"已开通""已接入"等状态，却没有这些数据，就不能证明防护有效。
二、上线前先建立业务基线
正式切换前，企业应记录正常业务状态，包括：
- 首页和核心接口的访问延迟；
- 正常带宽、QPS、连接数和错误率；
- CPU、内存和数据库负载；
- 登录、搜索、支付、下单等关键流程；
- HTTPS、API、WebSocket和长连接是否正常；
- 当前所有公网IP、域名和子域名。
还要检查历史DNS记录、测试环境、旧服务器、邮件系统和其他子域名。高防只能保护已经接入的入口，遗留的直连地址仍可能成为攻击目标。
三、上线后的6项核心验收
测试时不要对公网进行未经授权的压力攻击，可以使用测试环境、历史攻击日志回放或服务商批准的模拟流量。
|----------|------------------------------|
| 验收项目 | 合格表现 |
| 源站保护 | 真实IP无法直接访问，源站只接受可信回源流量 |
| 业务兼容 | HTTPS、API、WebSocket及核心业务流程正常 |
| 访问质量 | 接入前后延迟、丢包率和错误率没有明显恶化 |
| 攻击响应 | 能自动检测、告警并启动流量清洗 |
| 正常访问 | 攻击期间登录、查询、支付等功能仍然可用 |
| 监控记录 | 可查看攻击峰值、类型、端口和处置结果 |
四、 高防服务还应具备哪些能力？
完整的DDoS防护体系，不只是增加带宽，还应覆盖自动检测、流量清洗、源站保护和攻击监控。攻击发生后，系统需在防护节点识别并过滤异常流量，再将正常请求转发至业务服务器；源站也要配合访问控制，避免被绕过直连。
目前部分高防服务已经将这些能力整合到统一方案中。以 OgCloud 为例，其提供 DDoS 安全防护服务，核心能力包括流量检测与清洗、恶意流量过滤以及资源按需调整。业务流量先经过防护节点识别异常并完成过滤，再将正常请求转发回源站，从而减少源站直接暴露在公网的风险。防护方案需要区分网络层、协议层和应用层攻击，具体防护能力需结合攻击类型、业务架构和防护方案评估。相关攻击记录可用于后续复盘。
在计费方面，官网披露OgCloud支持按干净流量计费的方式，可降低攻击流量带来的费用不确定性。对于网站、游戏、电商和API等在线业务，一体化防护方案也有助于减少多套系统并行带来的运维复杂度。
五、国内业务场景的重点
在线游戏
重点测试UDP、长连接、登录认证和电信、联通、移动等不同运营商网络的延迟。不能只验证网页能否打开。
金融和支付
重点检查HTTPS、API、真实客户端IP、日志留存、权限隔离和异常访问告警。7×24小时监控也应明确通知方式和响应时限。
电商和平台业务
重点验证活动期间的正常流量与攻击流量能否区分，以及扩容是否影响支付、库存和订单接口。
企业SaaS和API
重点检查接口限流、连接数、请求速率、数据库负载和错误率，避免只保护网站首页，却忽略真正消耗资源的API接口。
六、常见问题
1. 接入高防后，源站IP还会暴露吗？
有可能。历史DNS、测试域名、旧服务器和代码仓库都可能泄露源站信息。接入后仍需限制源站访问范围，并排查旧IP和其他直连入口。
2. 接入高防后一定会增加延迟吗？
不一定。延迟取决于防护节点、回源路径、运营商线路和协议配置，应以接入前后的P95延迟、丢包率和错误率对比为准。
3. 按干净流量计费是不是完全没有攻击费用？
不能直接这样理解。需要确认干净流量的定义，以及攻击流量、回源流量、最低消费、峰值带宽和超限费用，最终以合同为准。
结语
DDoS高防是否真正生效，不能只看宣传页上的防护峰值，而要看源站是否安全、攻击是否被拦截、正常用户是否可用，以及整个过程能否被记录和复盘。对于OgCloud或其他服务商，最可靠的评估方法，都是把产品承诺转化为可测试、可记录、可追责的验收指标。