Linux VPS下简单解决CC攻击的方法

一，准备工作
　　1，登录进vps控制面板，准备好随时重启vps。
　　2，关闭web server先，过高的负载会导致后面的操作很难进行，甚至直接无法登录ssh。
　　3，以防万一，把设置的web server系统启动后自动运行去掉。
　　（如果已经无法登录进系统，并且重启后负载过高导致刚刚开机就已经无法登录，可联系管理员在母机上封掉vps的ip或80端口，在母机上用虚拟控制台登录进系统，然后进行2&3的操作，之后解封）
二，找出攻击者ip
　　1，在网站根目录建立文件ip.php，写入下面的内容。
　　

　　$real_ip = getenv('http_x_forwarded_for');
　　if(isset($real_ip)){
　　shell_exec("echo $real_ip > real_ip.txt");
　　shell_exec("echo $_server['remote_addr']> proxy.txt");
　　}else{
　　shell_exec("echo $_server['remote_addr'] > ips.txt")"
　　}
　　echo'服务器受到攻击，正在收集攻击源，请在5分钟后访问本站，5分钟内多次访问本站有可能会被当作攻击源封掉ip。谢谢合作！';
　　?>

　　2，设置伪静态，将网站下的所有访问都rewrite到ip.php。
　　nginx规则：

　　rewrite (.*) /ip.php;
　　lighttpd规则:
　　url.rewrite = (
　　"^/(.+)/?$" => "/ip.php"
　　)

　　3，启动web server开始收集ip
　　进行完1和2的设置后，启动web server，开始记录ip信息。
　　收集时间建议为3到5分钟，然后再次关闭web server。
　　real_ip.txt，这个文件中保存的ip有80%以上都相同的，这个ip就是攻击者实施攻击的平台的ip。
　　proxy.txt，这个文件中保存的是攻击者调用的代理服务器的ip，需要封掉。
　　ips.txt，这里记录的是未表现出代理服务器特征的ip，根据访问次数判断是否为攻击源。
三，对上一段的补充
　　如果vps上启用了web日志，可以查看日志文件的增长速度来判断是哪个站点被攻击。
　　如果没有启用日志，并且站点数量很少，临时启用日志也很方便 。
　　如果没有启用日志，并且站点数量过多，可以使用临时的web server配置文件，不绑定虚拟主机，设置一个默认的站点。然后在ip.php里加入下面一行
　　shell_exec("echo $_server['http_host']>> domain.txt");
　　domain.txt里将保存被访问过的域名，被cc攻击的站点将在里面占绝大多数。
四，开始封堵ip
　　建立文件ban.php
　　

　　$threshold = 10;
　　$ips = array_count_values(file('ips.txt'));
　　$ban_num = 0;
　　foreach($ips as $ip=>$num){
　　if($num > $threshold){
　　$ip = trim($ip);
　　$cmd = "iptables -i input -p tcp --dport 80 -s $ip -j drop";
　　shell_exec($cmd);
　　echo "$ip baned! ";
　　$ban_num ++;
　　}
　　}
　　$proxy_arr = array_unique(file('ips.txt'))'
　　foreach($proxy_arr as $proxy){
　　$proxy = trim($proxy);
　　$cmd = "iptables -i input -p tcp --dport 80 -s $ip -j drop";
　　shell_exec($cmd);
　　echo "$ip baned! ";
　　$ban_num ++;
　　}
　　echo "total: $ban_num ips ";
　　?>

　　用下面的命令执行脚本（确保php命令在path中）
　　php ban.php
　　这个脚本依赖于第二段中ips.txt里保存的结果，当其中记录的ip访问次数超过10次，就被当作攻击源给屏蔽掉。如果是代理服务器，则不判断次数直接 封掉。
　　封完ip之后，把所有的网站设置恢复正常，站点可以继续正常运行了。
　　运行去掉。
五，一些细节
　　为保持对操作过程的描述尽量简洁，没有在上面的内容中加入过多的解释，留在这段统一讲述。
　　1，关于"代理服务器"的一些本质
　　两个与tcp&http协议相关的值，remote_addr和http_x_forwarded_for。
　　（1）remote_addr总是取离web服务器最接近的一台主机的ip，如果没有使用代理，这个值就是访问者本身的ip，如果使用了代理，这个值就是 代理服务器的ip，如果通过多个代理服务器进行的连接，这个值就是到达web服务器前最后一台代理服务器的ip。
　　remote_addr是由tcp/ip层决定的，不能修改不能伪造。
　　（2）http_x_forwarded_for，因为这个值是属于http部分，而不是tcp/ip，所以这个值不管是什么，都不影响数据的传输。事实 上，一般情况下，如果是访问者直接访问web服务器，这个值为空；通过透明代理的时候，这个值会被代理服务器设置为访问者的ip；通过匿名代理连接时，这 个值可能为代理服务器的ip也可能是空的也有可能是随机的。
　　http_x_forwarded_for可以被任意修改。大多数代理服务器都是透明代理，也就是说，会把这个值设置为最原始访问者的ip。
　　2，关于解决cc攻击的层面问题
　　按处理效率从高到低排列。
　　（由于本文是针对vps服务器所写，而vps简单来说就是服务器的低端替代品，内存和cpu等资源普遍偏低，当然是处理效率越高越好。）
　　（1）网络传输层。也就是本文所用的iptables，这个工具本身是工作于系统内核，在建立网络连接时直接把攻击者的连接给否了。在这一层面上将攻击源处理掉后，消耗掉的资源几乎可以忽略不计。
　　（2）web server层，大多数web server都可以设置禁止访问的ip。在这一层上解决的意义和上面的差不多，但是效率要差些。
　　（3）脚本层，从脚本程序上制定适合于本身的策略过滤掉攻击源。网络上有很多流传的在这一层面的解决方案，但是不太适用于vps，而且设置难度可能要增加几倍或者几十倍。
　　3，为什么不是从日志收集ip？
　　主要是考虑两点，一是大多数vps使用者都因为硬盘空间过小，经常清除日志很麻烦，而直接禁止了日志。
　　二是如果从日志收集ip，脚本复杂程度要高很多，而且可能要根据情况做些调整，考虑到将要读到本文的人大多数都未必掌握更多的技术，本文的目的就是按部就班的依本文进行操作，即可解决问题。