一,准備工作 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,腳本復雜程度要高很多,而且可能要根據情況做些調整,考慮到將要讀到本文的人大多數都未必掌握更多的技術,本文的目的就是按部就班的依本文進行操作,即可解決問題。