解决网站遭CC***（转载)

爱被打了一巴掌 2022-01-09 22:29 243阅读 0赞

**一，准备工作**  
1，登录进VPS控制面板，准备好随时重启VPS。  
2，关闭Web Server先，过高的负载会导致后面的操作很难进行，甚至直接无法登录SSH。  
3，以防万一，把设置的Web Server系统启动后自动运行去掉。  
（如果已经无法登录进系统，并且重启后负载过高导致刚刚开机就已经无法登录，可联系管理员在母机上封掉VPS的IP或80端口，在母机上用虚拟控制台登录进系统，然后进行2&3的操作，之后解封）

**二，找出\*\*\*者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”);

**四，开始封堵IP**  
建立文件ban.php

> $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!\\n”;  
> $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!\\n”;  
> $ban\_num ++;  
> \}
> 
> echo “total: $ban\_num ips\\n”;  
> ?>

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

转载于:https://blog.51cto.com/liang3391/456522