二九文学

手机浏览器扫描二维码访问

第二十五章 狗都不用（第3页）

六百赞。

底下跟了一串类似的现身说法。

下午四点十二分。

后台全红了。

api响应时间直接飙到超时。

韩路一打开服务器面板，请求量暴涨四十倍，来源ip高度集中，全指向apis接口。

是ddos攻击。

开视界。

服务器流量在视野中铺开。

正常用户的请求是一条条细线，节奏规律。

攻击流量完全不一样，三股暗红色的洪流从三个ip段同时涌入，密到把正常流量淹没了。

视界在攻击源上方浮出诊断：

【ddos攻击｜类型：httpflood+synflood｜来源：3个ip集群（某云华东节点）｜目标：apis｜修复路径：1封禁47个攻击ip段2apis启用频率限制（单ip≤5次分钟）3开启层ddos防护】

三步。

封ip段。

加限流。

开防护。

七分钟。

监控从红转绿。

他在内测群发了一句：“刚才断了几分钟，被ddos了，已处理。”

“公测第一天就被人打？”

“谁这么急啊。”

“你一个人处理的？七分钟？？？”

韩路一没接话。

打开官网写了篇事故复盘。

攻击时间、持续时长、来源ip段、攻击目标接口，全部列出来。

半小时后论坛多了个帖子，标题：“猜猜谁会在bugkiller公测日打ddos。”

点赞第一：“我帮大家捋一下时间线哈，对比帖600赞是下午4点整，ddos攻击4点12分。

十二分钟。

就这？”

第二：“上次马甲帖点赞，这次直接ddos，下次是不是该上门砸电脑了？”

第三条是一个技术讨论，很多人回复：“我在某厂做安全运维的。

说个数据吧，我们soc十二个人轮班，全套自动化监控，ddos响应是30分钟。

这还是提前演练过无数遍、剧本都写好了的情况。

他一个人，七分钟，从发现到恢复。

离谱。”

“楼上说的是大厂有预案的情况。

小团队第一次被打正常流程是：卧槽怎么挂了→是不是代码炸了→查半天日志发现是ddos→慌了→提工单给云服务商→等客服回复→一两个小时算快的。

七分钟？我工单都还没提交。”