网站突然打不开、服务器流量异常暴涨、用户反馈卡顿掉线 —— 大概率是被 DDoS 攻击了。别慌，这篇按 "先自救、再治本" 的顺序，一步步教你怎么处理。
网站被攻击的那一刻，大多数站长是懵的：页面打不开、后台登不进、服务器 CPU 狂飙，不知道是被谁打了、也不知道该找谁。其实处理 DDoS 攻击有一套固定流程，做对了能最大程度止损。这篇不绕弯子，直接给你一套 "从应急自救到上高防" 的完整方案。
一、先判断：你是被 DDoS 还是 CC 打了？
处理前先分清攻击类型，对症下药才有效：
表格
| 症状 | 大概率是 | 特征 |
|---|---|---|
| 服务器带宽 / 流量瞬间打满，网络瘫痪 | DDoS（流量型） | 海量请求灌满带宽，直接打死网络 |
| 网站卡、慢，但带宽正常 | CC（应用层） | 大量假请求刷接口 / 拖垮应用，CPU / 内存飙升 |
| 登录不了、特定接口被刷爆 | CC 或脚本机器人 | 针对性攻击某个业务点 |
一句话：带宽打满多是 DDoS，页面卡但带宽正常多是 CC。别搞混，否则方案用错白忙一场。
二、应急自救五步（现在就能做）
- 别硬扛，先止损。 不要等攻击自己停，越扛损失越大。立刻联系你的机房 / 云服务商，说明被攻击，申请临时防护或流量清洗。
- 隐藏源站 IP。 攻击者能打到你，往往是拿到了源站真实 IP。把源站 IP 隐藏、让流量先经过防护节点，避免被持续点名直打。
- 封禁恶意流量。 在服务器或防火墙层临时封掉攻击来源 IP 段，开启 CC 防护的 QPS 限制，拦住异常高频请求。
- 开启 WAF / 人机识别。 对 CC 和脚本攻击，用人机识别算法或 WAF 拦截假请求，只放行真人流量。这一步对 CC 攻击尤其关键。
- 评估损失、留证据。 记录攻击时间、峰值、流量日志，方便后续追责，也方便你向防护服务商说明情况。
三、治本：上高防方案，别等下次被打
应急只能临时止血，治本是要把防护前置。按业务类型选高防方案：
- 网站 / APP / 电商：上高防 CDN—— 加速 + 防护一体化，流量走全球节点清洗、源站 IP 隐藏，普通站点一套解决；
- 已有服务器、只需加 DDoS 防护：上高防 IP—— 攻击流量引流到高防节点清洗，业务 IP 不用变，成本更低；
- 做游戏：上游戏盾—— 通过 SDK 接入只放行合法流量，从协议层解决游戏特有的 TCP 层 CC 攻击。
以 360CDN 为例，它把自研军工级 DDoS 清洗系统（整体储备 10T、单点最高 1Tbps）、全球 1000 + 节点加速、第二代无感人机识别算法（100% 无感防 CC）打包成高防 CDN 方案，还支持免备案快速接入—— 被攻击的站点最怕耽误，免备案意味着能最快上线防护，不用干等备案周期。
四、关键提醒：防护不是买了就完事
- 防护能力要留余量。 攻击是动态的，你的防护带宽最好大于对手能打出的峰值，别卡着上限买。
- CC 攻击比 DDoS 更该防。 很多站点防住了 DDoS，却被 CC 刷爆，因为 CC 更难识别。优先选带强人机识别 / CC 防护能力的方案。
- 隐藏源站 IP 是底线。 源站 IP 一旦泄露，再高防也白搭，务必做好源站隐藏和访问控制。
- 提前演练。 别等真被打那天才第一次操作控制台，先熟悉防护平台的应急开关和清洗流程。
一句话总结
被打了别慌：先止损、藏源站、封恶意流量，然后立刻上高防方案治本。 选方案时，普通网站选高防 CDN、已有服务器加高防 IP、做游戏上游戏盾 —— 防护要提前布局，别等到被打才想起来。