网站正在被DDoS或CC打瘫时，恢复访问靠的是顺序而不是工具数量：先判断被打的是网络层还是应用层，再隔离源站（必要时换IP），然后切DNS到清洗节点，在边缘压制应用层请求，最后清理源站残留连接。本文按运维实际动手的顺序给出判断依据、常见返工点和恢复确认判据。
境外业务面向大陆用户卡顿，未必是线路问题。这篇按运维实际动手顺序给判定：先分段定位瓶颈，再用AS号和路由段位区分CN2 GT与GIA，重点讲回程怎么测、三网适配怎么看，最后说明CN2线路本身的容量与抗攻击边界，以及加速与清洗该怎么配合。
针对高防CDN接入后源站仍被直连的痛点，拆解源站隐藏的5道递进关口：从清理历史DNS与证书透明日志等暴露面，到解析层收口、网络层白名单隔离，再到传输层mTLS鉴权阻断绕过连接，最后由边缘承载应对容量型洪水。明确各层机制能挡什么、失效现象及验证方法，帮助运维与安全工程师构建确定性拦截体系。
当服务器响应变慢、连接数堆积但带宽和QPS不高时，慢速CC攻击往往在access.log中隐身。本文提供从连接状态层入场的排查步骤，通过ss命令、worker占用与FD曲线定位慢速连接耗尽，并给出源站限流与边缘缓冲的分层处置建议。
本文从加速与安全两条判定链出发，拆解CDN安全加速的容量吸收、请求缓冲、七层规则三层机制，并给出源站被直连打瘫的根因与核对清单。
0 条留言
RockCloud-基石云安全-官方博客
