解決網站遭CC攻擊（轉載)

一，準備工作

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

本文轉自 liang3391 51CTO部落格，原文連結:http://blog.51cto.com/liang3391/456522