许多伴侣都知道木桶理论，一桶水的最大容量不是由它最高的处所抉择的，而是由它最低的处所抉择，处事器也是一样，处事器的安详性也是由它最懦弱的处所抉择的，最懦弱的处所有多危险处事器就有多危险。DDOS也是一样，只要你的处事器存在一个很耗资源的处所，限制又不足，就顿时成为别人DDOS的工具。好比SYN-FLOOD，它就是操作处事器的半毗连状态比完全毗连状态更耗资源，而SYN动员方只需要不断的发包，基础不需要几多资源。一个好的DDOS进攻必需是通过本身少少资源的耗损带来对方较大的资源耗损，不然好比ICMP-FLOOD和UDP-FLOOD都必需和别人一样大的带宽，对方处事器耗损几多资源本身也得赔上几多资源，效率极其低下，又很容易被人发明，此刻根基没有什么人用了。
CC进攻道理
CC主要是用来进攻页面的。各人都有这样的经验，就是在会见论坛时，假如这个论坛较量大，会见的人较量多，打开页面的速度会较量慢，对不？！一般来说，会见的人越多，论坛的页面越多，数据库就越大，被会见的频率也越高，占用的系统资源也就相当可观，此刻知道为什么许多空间处事商都说各人不要上传论坛，谈天室等对象了吧。
一个静态页面不需要处事器几多资源，甚至可以说直接从内存中读出来发给你就可以了，可是论坛就纷歧样了，我看一个帖子，系统需要到数据库中判定我是否有读读帖子的权限，假如有，就读出帖子内里的内容，显示出来——这里至少会见了2次数据库，假如数据库的体积有200MB巨细，系统很大概就要在这200MB巨细的数据空间搜索一遍，这需要几多的CPU资源和时间？假如我是查找一个要害字，那么时间越发可观，因为前面的搜索可以限定在一个很小的范畴内，好比用户权限只查用户表，帖子内容只查帖子表，并且查到就可以顿时遏制查询，而搜索必定会对所有的数据举办一次判定，耗损的时间是相当的大。
CC就是充实操作了这个特点，模仿多个用户（几多线程就是几多用户）不断的举办会见（会见那些需要大量数据操纵，就是需要大量CPU时间的页面）。许多伴侣问到，为什么要利用署理呢？因为署理可以有效地埋没本身的身份，也可以绕开所有的防火墙，因为根基上所有的防火墙城市检测并发的TCP/IP毗连数目，高出必然数目必然频率就会被认为是Connection-Flood。利用署理进攻还能很好的保持毗连，，我们这里发送了数据，署理帮我们转发给对方处事器，我们就可以顿时断开，署理还会继承保持着和对方毗连（我知道的记录是有人操作2000个署剃头生了35万并发毗连）。
大概许多伴侣还不能很好的领略，我来描写一下吧。我们假设处事器A对Search.asp的处理惩罚时间需要0.01S（多线程只是时间支解，对结论没有影响），也就是说他一秒可以担保100个用户的Search请求，处事器答允的最大毗连时间为60s，那么我们利用CC模仿120个用户并发毗连，那么颠末1分钟，处事器的被请求了7200次，处理惩罚了6000次，于是剩下了1200个并发毗连没有被处理惩罚。有的伴侣会说：丢毗连！丢毗连！问题是处事器是按先来后到的顺序丢的，这1200个是在最后10秒的时候提倡的，想丢？！还早，颠末计较，处事器满负开始丢毗连的时候，应该是有7200个并发毗连存在行列，然后处事器开始120个/秒的丢毗连，我们动员的毗连也是120个/秒，处事器永远有处理惩罚不完的毗连，处事器的CPU100%并长时间保持，然后丢毗连的60秒处事器也判定处理惩罚不外来了，新的毗连也处理惩罚不了，这样处事器到达了超等忙碌状态。
蝴蝶：我们假设处事器处理惩罚Search只用了0.01S，也就是10毫秒（这个速度你可以去各个有开放时间显示的论坛看看），我们利用的线程也只有120，许多处事器的丢毗连时间远比60S长，我们的利用线程远比120多，可以想象可骇了吧，并且客户机只要发送了断开，毗连的保持是署理做的，并且当处事器收到SQL请求，必定会进入行列，岂论毗连是否已经断开，并且处事器是并发的，不是顺序执行，这样使得更多的请求进入内存请求，对处事器承担更大。
虽然，CC也可以操作这里要领对FTP举办进攻，也可以实现TCP-FLOOD，这些都是颠末测试有效的。
防御要领
说了进攻道理，各人必定会问，那么怎么防止？利用硬件防火墙我不知道如何防御，除非你完全屏蔽页面会见，我的要领是通过页面的编写实现防止。
1.利用Cookie认证。这时候伴侣说CC内里也答允Cookie，可是这里的Cookie是所有毗连都利用的，所以启用IP+Cookie认证就可以了。
2.操作Session。这个判定比Cookie越发利便，不仅可以IP认证，还可以防刷新模式，在页面里判定刷新，是刷新就不让它会见，没有刷新标记给它刷新标记。给些示范代码吧，Session：
1then
Session(“refresh”)=session(“refresh”)+1
Response.redirect“index.asp”
Endif
这样用户第一次会见会使得Refresh=1，第二次会见，正常，第三次，不让他会见了，认为是刷新，可以加上一个时间参数，让几多时间答允会见，这样就限制了耗时间的页面的会见，对正常客户险些没有什么影响。
3.通过署剃头送的HTTP_X_FORWARDED_FOR变量来判定利用署理进攻呆板的真实IP，这招完全可以找到动员进攻的人，虽然，不是所有的署理处事器都发送，可是有许多署理都发送这个参数。具体代码：
这样会生成CCLog.txt，它的记录名目是：真实IP[署理的IP]时间，看看哪个真实IP呈现的次数多，就知道是谁在进攻了。将这个代码做成Conn.asp文件，替代那些毗连数据库的文件，这样所有的数据库请求就毗连到这个文件上，然后顿时就能发明进攻的人。
4.尚有一个要领就是把需要对数据查询的语句做在Redirect后头，让对方必需先会见一个判定页面，然后Redirect已往。
5.在存在多站的处事器上，严格限制每一个站答允的IP毗连数和CPU利用时间，这是一个很有效的要领。
CC的防止要从代码做起，其实一个好的页面代码都应该留意这些对象，尚有SQL注入，不仅是一个入侵东西，更是一个DDOS缺口，各人都应该在代码中留意。举个例子吧，某处事器，开动了5000线的CC进攻，没有一点回响，因为它所有的会见数据库请求都必需一个随机参数在Session内里，全是静态页面，没有结果。溘然发明它有一个请求会和外面的处事器接洽得到，需要较长的时间，并且没有什么认证，开800线进攻，处事器顿时满负荷了。
代码层的防止需要从点点滴滴做起，一个剧本代码的错误，大概带来的是整个站的影响，甚至是整个处事器的影响，慎之！
