服务器挨了CC攻击那晚，我是怎么扛过来的

CC攻击和DDOS，很多人分不清。我原先也分不清，直到自己服务器真挨了一回，才把这两样搞明白。

那晚发生了什么

半夜两点多，监控告警把我吵醒。CPU直接拉满，网站打不开，后台也进不去。

我迷迷糊糊爬起来看，发现每秒有几千个请求砸过来，全是访问同一个动态页面。每个请求都正常得像真用户，但数量离谱。

这就是CC。它不走流量洪水那套，而是专挑耗资源的页面反复请求，用最少的带宽把你拖垮。

CC和DDOS的区别

简单说，DDOS是流量上的洪峰，像拿大水管往你家门口灌水；CC是精准打击，专挑你某个接口猛敲，把处理能力耗光。

DDOS看得见，流量图一目了然。CC有时候流量图看着还行，但服务器就是卡，因为它每个请求都在触发动数据库那种重活。

所以防护思路也不一样。DDOS靠带宽和清洗，CC靠识别异常请求、加访问限制。

当时我做了这几件事

慌归慌，动作还是得做：

• 先在机房控制台把那批攻击IP段封掉，能顶一阵是一阵
• 把被打的页面加上缓存，减少数据库压力
• 开CDN，让请求先在边缘节点过滤一层
• 给接口加上频率限制，同一IP短时间请求太多次就拦

这套组合拳打下来，大概一个多小时，服务慢慢恢复了。

临时应对和长期防护

上面那些是应急，能救急，但治标。

长期看，我用的是几层叠加：源站IP尽量不暴露，走CDN隐藏起来；关键接口都上验证，比如加个人机校验脚本，把脚本请求挡在门外；服务器层面配好连接数限制。

最省事的其实是把源站藏好。攻防这事，对方找不到你源站，大部分攻击就打不到肉上。我后来几个站全走了这路子，挨打次数明显少了。

几个容易踩的误区

第一个误区：觉得自己站小不会被盯。实际上攻击很多是无差别扫描，谁软打谁。

第二个误区：以为买了高防就万事大吉。防护是要配置的，默认那套往往不管用，得按自己站的访问特征调。

第三个误区：被打的时候还死扛着不切换。我有次硬扛了三个小时，后来才知道早点切到备用方案损失小得多。

平时该做的准备

我现在会定期做两件事：一是把源站IP和CDN配置定期检查一遍，别哪天漏了暴露；二是准备好一份应急清单，写清楚被打时该点哪些按钮。

真到那个节骨眼上，人是懵的，有张清单照着做，能快很多。

攻击这种事，做站时间长了总会遇上。提前想好怎么应对，比事到临头抓瞎强太多。

防护的度也要把握好

这里有个分寸问题。防护规则设得太严，正常用户也会被误伤，比如频繁访问的访客被当成攻击拦掉。

我有次把拦截阈值调太低，结果把几个真实用户挡在门外，人家反馈说打不开。后来放宽一点，既挡住攻击，也不误伤正常访问。

这个度没有标准答案，得按自己的流量特征反复调。关键指标是：攻击来时能顶住，平时用户访问不受影响。两头都顾到才算配好了。