DDoS终结者 测思科防DDoS攻击系统(2)

　　3.Guard通过BGP路由更新告知与它相连的BGP对等体，路由器将目的地未被保护对象的数据流发往Guard。目的地不是被保护对象的数据流则正常流动，不受影响(图3)。

　　图3

　　4.通过策略匹配和算法分析，识别正在进行的攻击类型，并对数据流进行处理(识别伪造源地址、过滤非法数据包、速率限制等)，在此阶段，攻击数据被清除。

　　5.被过滤过的数据流被再次发回与它相连的BGP对等体(或者是该对等体下游的其它三层设备)，因此，合法的数据流连接仍然正常工作。

　　三、 测试环境及方法

　　利用现有的网络环境，包括图1中的GSR、OSR、6509、4507R和2950，在本次测试中，Guard和Detector只与图1的一台6509和4507R相连，在GSR上做了少量路由的改动，保证来往于被保护对象的数据流总是从我们指定的6509经过，避免由于2台6509的Load Balance造成测试误差。

　　由于Guard和Detector上均有2个GE接口，因此，我们可以配置Guard和Detector同时与两台6509相连(此时Guard不采用串联在4507R和6509之间的方式，而是单臂连接到6509上，进入到Guard的数据流从同一个接口返回)，这样，对整个IDC的保护将更加完整(图4)。

　　图4

　　客户端测试手段:FTP客户端软件(leapftp)、Ping;

　　服务器端测试手段: FTP服务器端软件(3CServer)、Ping、Windows任务管理器;

　　攻击工具:DDoS攻击工具箱(基于Linux)。

　　1. 发起网络攻击时

　　1)Client端:丢包率为0，时延<10ms，表现正常。下载速率>=2Mbps，工作正常。

　　2)Server端:CPU使用率约等于0%，网卡带宽利用率约等于0%。

　　2. 攻击开始，未进行保护

　　1)Client端:所有的Ping均time out,说明网络严重拥塞。FTP客户端无法与服务器建立连接，原因在于服务器资源耗尽(CPU和内存)。

　　2) Server端:Ping时延巨大(2509ms，相对于正常的<10ms，大部分Ping被time out,显示网络严重拥塞，以及自身资源耗尽，如图5中显示no resource)。CPU利用率非常高，达到96%，甚至100%，网卡带宽利用率高(50%以上，相对于正常的约0%)，如图6所示。

　　图5