当日 16 时 52 分 14 秒,Cravatar 首页 (https://cravatar.cn) 遭受到约 20000 QPS 的 CC 攻击,导致原站瞬间超载,返回 502 状态码,随后主 FRP 服务器上的 frps 服务端也一并因严重超载而挂掉,至此源站失联,除部分单独部署的服务外,所有服务全部挂掉。
16 时 56 分,接收到阿里云服务监控发送的宕机通知,为应急考虑,部分服务手工切换了备份方案 (比如 C 头强制返回 Gravatar,应用市场跳转 wordpress.org) 。
17 时 2 分 12 秒,攻击停止,但因为攻击者仅消耗了极少数的流量,未能触及 CDN 警报阈值,所以此时仅知道源站宕机,未知是由于 CC 导致的服务崩溃,故此时所有的怀疑都在于源站是否出现硬件故障、断网、断电之类的情况。开始联系人排查。
17 点 56 分,又拍云合作专员通过微信联系我们告知攻击情况,自此才知道此次宕机是由于 Cravatar 遭受 CC 导致:
18 时 13 分左右,经过调试,访问恢复。
19 时 53 分,LitePress 社区首页 (https://litepress.cn) 再次遭到约 500 QPS 的攻击,但因为攻击量较小,并未使服务崩溃,仅占满了源站带宽。
20 时 13 分,攻击停止,访问随即恢复。
在此之前,我们已经遭受过数次网路攻击,本次攻击老实说规模并不大,主要是因为我们阴差阳错的判断失误才导致的宕机了一个多小时。
有考虑下次受攻击时候的快速备用方案吗?
bbpress 发帖的反映速度还是稍慢。刚才发布一个帖子,等了好几秒。后面人多起来,感觉压力大。