CC防护方式还是那么单一吗？再不进行多重防护你就out了？

对于CC攻击，必须采用多种CC防护方法，而这些方法本质上也是在提高服务器的并发能力。墨菲定律第一条就是：任何事物都没有表面看起来那么简单。何况这个看起来一点都不简单，怎么可能只用IP频率限制这一种手段呢？一起来看看还有哪些防护方式：

一、页面静态化

与数据缓存一样，页面数据本质上也属于数据，常见的一种CC防护手段是生成静态化的html页面文件，利用客户端浏览器的缓存功能或者服务端的缓存服务，以及CDN节点的缓冲服务，均可以降低服务器端的数据检索和计算压力，快速相应结果并释放连接进程。

二、IP限制

最后，IP限制依然可以结合上述规则一起使用，但是可以将其前置到外层的防火墙或负载均衡器上去做，并且可以调大限制的阈值（结合历史统计数量，预测一个极端的访问量阈值，在服务器可承受的范围内，尽量避免误伤），防止恶意访问穿透到应用服务器上，造成应用服务器压力。

三、用户级别的调用频率限制

不管服务是有登陆态还是没登陆态，基于session等方式都可以为客户端分配唯一的识别ID（后称作SID），服务端可以将SID存到缓存中。当客户端请求服务时，如果没有带SID（cookie中或请求参数中等），则由服务端快速分配一个并返回。可以的话，本次请求可以不返回数据，或者将分配SID独立出业务服务。当客户端请求时带了合法SID（即SID能在服务端缓存中匹配到），便可以依据SID对客户端进行频率限制。而对于SID非法的请求，则直接拒绝服务。相比根据IP进行的频率限制，根据SID的频率限制更加精准可控，最大程度的避免误杀的情况，更好的做到有效的CC防护。

四、数据缓存（内存级别，不要用文件）

对于服务中具备高度共性，多用户可重用，或单用户多次可重用的数据，一旦从数据库中检索出，或通过计算得出后，最好将其放在缓存中，后续请求均可直接从缓存中取得数据，减轻数据库的检索压力和应用服务器的计算压力，并且能够快速返回结果并释放进程，从而也能缓解服务器的内存压力。

需要注意的是，缓存不要使用文件形式，可以使用redis、memcached等基于内存的no sql缓存服务，并且与应用服务器分离，单独部署在局域网内。局域网内的网络IO肯定比起磁盘IO要高。当然，为了不使局域网带宽成为瓶颈，千兆网络也是有必要的。

五、服务器垂直扩展和水平扩容

资金允许的情况下，这是最简单的一种方法，本质上讲，这个方法并不是针对CC攻击的，而是提升服务本身处理并发的能力，但确实从一定程度上提升了对CC防护的能力。（1）水平扩容：是指通过增加提供服务的服务器来提升承载力。（2）垂直扩展：是指增加每台服务器的硬件能力，如升级CPU，增加内存，升级SSD固态硬盘等。这两种扩展和扩容可以在服务的各个层级进行，包括：应用服务器、数据库服务器、缓存服务器等等。

虽然做基于IP的频率限制，可以在一定的CC防护效果，但是有误杀概率；误杀的概率还不小。在国内，一个小区、一个公司经常会遇到共用IP的情况，而移动网络共用基站的设备更是容易出现相同的公网IP。所以建议使用多种方式，多重防护，这样才能有更好的防护效果。