1. 伺服器被ddos攻擊和CC攻擊怎麼解決
CC攻擊對伺服器傷害當然大,因為cc攻擊成本低,不是syn這樣的大包,動不動200-600g這樣大流量洪水,攻擊帶寬是要成本的。。這樣對骨幹網路出口影響小,不容易引起運營商過多重視。但是對被攻擊的目標站點影響大。。而且CC攻擊會導致伺服器的CPU100%,而長時間硬體的CPU高負載,等於CPU一直在最大功耗下工作,所以哪怕不考慮伺服器業務系統受影響,從硬體層面來看,都很危險,搞不好散熱器都崩掉;
然後我覺得抵禦這種ddos類的cc攻擊使用雲伺服器比較好,有一定的安全防護,如果有針對性的大規模攻擊直接再加一個高防或者流量清洗;
2. cc攻擊的伺服器處理
假設伺服器A對Search.asp的處理時間需要0.01S(多線程只是時間分割,對結論沒有影響),也就是說他一秒可以保證100個用戶的Search請求,伺服器允許的最大連接時間為60s,那麼使用CC模擬120個用戶並發連接,那麼經過 1分鍾,伺服器的被請求了7200次,處理了6000次,於是剩下了1200個並發連接沒有被處理.有的朋友會說:丟連接!丟連接!問題是伺服器是按先來後到的順序丟的,這1200個是在最後10秒的時候發起的,想丟?!還早,經過計算,伺服器滿負開始丟連接的時候,應該是有7200個並發連接存在隊列, 然後伺服器開始120個/秒的丟連接,發動的連接也是120個/秒,伺服器永遠有處理不完的連接,伺服器的CPU 100%並長時間保持,然後丟連接的60秒伺服器也判斷處理不過來了,新的連接也處理不了,這樣伺服器達到了超級繁忙狀態.
假設伺服器處理Search只用了0.01S,也就是10毫秒(這個速度你可以去各個有開放時間顯示的論壇看看),使用的線程也只有120,很多伺服器的丟連接時間遠比60S長,使用線程遠比120多,可以想像可怕了吧,而且客戶機只要發送了斷開,連接的保持是代理做的,而且當伺服器收到SQL請求,肯定會進入隊列,不論連接是否已經斷開,而且伺服器是並發的,不是順序執行,這樣使得更多的請求進入內存請求,對伺服器負擔更大.