Linux VPS下怎么解決CC攻擊

今天小編給大家分享一下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，這個文件中保存的是攻擊者調用的代理服務器的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，腳本復雜程度要高很多，而且可能要根據情況做些調整。

以上就是“Linux VPS下怎么解決CC攻擊”這篇文章的所有內容，感謝各位的閱讀！相信大家閱讀完這篇文章都有很大的收獲，小編每天都會為大家更新不同的知識，如果還想學習更多的知識，請關注億速云行業資訊頻道。