商务合作加Q:411239339

Linux下防范CC攻击的方法

浏览:314次阅读
没有评论

共计 2632 个字符,预计需要花费 7 分钟才能阅读完成。

一、准备工作

1、登录进 VPS 控制面板,准备好随时重启 VPS。

2、关闭 Web Server 先,过高的负载会导致后面的操作很难进行,甚至直接无法登录 SSH。

3、以防万一,把设置的 Web Server 系统启动后自动运行去掉。

(如果已经无法登录进系统,并且重启后负载过高导致刚刚开机就已经无法登录,可联系管理员在母机上封掉 VPS 的 IP 或 80 端口)

二、找出攻击者 IP

1、在网站根目录建立文件 ip.php,写入下面的内容。

<?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

<?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,脚本复杂程度要高很多,而且可能要根据情况做些调整,考虑到将要读到本文的人大多数都未必掌握更多的技术,本文的目的就是按部就班的依本文进行操作,即可解决问题。

正文完
扫码赞助
post-qrcode
 0
果子
版权声明:本站原创文章,由 果子 于2014-11-14发表,共计2632字。
转载说明:除特殊说明外本站文章皆由果较瘦原创发布,转载请注明出处。
评论(没有评论)