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，這個檔案中儲存的是攻擊者調用的Proxy 伺服器的IP，需要封掉。
　　ips.txt，這裡記錄的是未表現出Proxy 伺服器特徵的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次，就被當作攻擊源給屏蔽掉。如果是Proxy 伺服器，則不判斷次數直接 封掉。
　　封完IP之後，把所有的網站設定恢複正常，網站可以繼續正常運行了。
　　運行去掉。
五，一些細節
　　為保持對操作過程的描述盡量簡潔，沒有在上面的內容中加入過多的解釋，留在這段統一講述。
　　1，關於"Proxy 伺服器"的一些本質
　　兩個與TCP&HTTP協議相關的值，REMOTE_ADDR和HTTP_X_FORWARDED_FOR。
　　（1）REMOTE_ADDR總是取離Web伺服器最接近的一台主機的IP，如果沒有使用代理，這個值就是訪問者本身的IP，如果使用了代理，這個值就是 Proxy 伺服器的IP，如果通過多個Proxy 伺服器進行的串連，這個值就是到達Web伺服器前最後一台Proxy 伺服器的IP。
　　REMOTE_ADDR是由TCP/IP層決定的，不能修改不能偽造。
　　（2）HTTP_X_FORWARDED_FOR，因為這個值是屬於HTTP部分，而不是TCP/IP，所以這個值不管是什麼，都不影響資料的傳輸。事實 上，一般情況下，如果是訪問者直接存取Web伺服器，這個值為空白；通過透明代理的時候，這個值會被Proxy 伺服器設定為訪問者的IP；通過匿名代理串連時，這 個值可能為Proxy 伺服器的IP也可能是空的也有可能是隨機的。
　　HTTP_X_FORWARDED_FOR可以被任意修改。大多數Proxy 伺服器都是透明代理，也就是說，會把這個值設定為最原始訪問者的IP。
　　2，關於解決CC攻擊的層面問題
　　按處理效率從高到低排列。
　　（由於本文是針對VPS伺服器所寫，而VPS簡單來說就是伺服器的低端替代品，記憶體和CPU等資源普遍偏低，當然是處理效率越高越好。）
　　（1）網路傳輸層。也就是本文所用的iptables，這個工具本身是工作於系統核心，在建立網路連接時直接把攻擊者的串連給否了。在這一層面上將攻擊源處理掉後，消耗掉的資源幾乎可以忽略不計。
　　（2）Web Server層，大多數Web Server都可以設定禁止訪問的IP。在這一層上解決的意義和上面的差不多，但是效率要差些。
　　（3）指令碼層，從指令碼程式上制定適合於本身的策略過濾掉攻擊源。網路上有很多流傳的在這一層面的解決方案，但是不太適用於VPS，而且設定難度可能要增加幾倍或者幾十倍。
　　3，為什麼不是從日誌收集IP？
　　主要是考慮兩點，一是大多數VPS使用者都因為硬碟空間過小，經常清除日誌很麻煩，而直接禁止了日誌。
　　二是如果從日誌收集IP，指令碼複雜程度要高很多，而且可能要根據情況做些調整，考慮到將要讀到本文的人大多數都未必掌握更多的技術，本文的目的就是按部就班的依本文進行操作，即可解決問題。