『壹』 暢談linux下TCP（上）
tcp 協議 是互聯網中最常用的協議 ， 開發人員基本上天天和它打交道，對它進行深入了解。 可以幫助我們排查定位bug和進行程序優化。下面我將就TCP幾個點做深入的探討
客戶端：收到 ack 後 分配連接資源。 發送數據
伺服器 : 收到 syn 後立即 分配連接資源
客戶端：收到ACK， 立即分配資源
伺服器：收到ACK， 立即分配資源
既然三次握手也不是100%可靠， 那四次，五次，六次。。。呢? 其實都一樣，不管多少次都有丟包問題。
client 只發送一個 SYN， server 分配一個tcb， 放入syn隊列中。 這時候連接叫 半連接 狀態；如果server 收不到 client 的ACK， 會不停重試 發送 ACK-SYN 給client 。重試間隔 為 2 的 N 次方 疊加（2^0 , 2^1, 2^2 ....）；直至超時才釋放syn隊列中的這個 TCB;
在半連接狀態下， 一方面會佔用隊列配額資源，另一方面佔用內存資源。我們應該讓半連接狀態存在時間盡可能的小
當client 向一個未打開的埠發起連接請求時，會收到一個RST回復包
當listen 的 backlog 和 somaxconn 都設置了得時候， 取兩者min值
Recv-Q 是accept 隊列當前個數， Send-Q 設置最大值
這種SYN洪水攻擊是一種常見攻擊方式，就是利用半連接隊列特性，占滿syn 隊列的 資源，導致 client無法連接上。
解決方案:
為什麼不像握手那樣合並成三次揮手? 因為和剛開始連接情況，連接是大家都從0開始， 關閉時有歷史包袱的。server(被動關閉方) 收到 client(主動關閉方) 的關閉請求FIN包。 這時候可能還有未發送完的數據，不能丟棄。 所以需要分開。事實可能是這樣
當然，在沒有待發數據，並且允許 Delay ACK 情況下， FIN-ACK合並還是非常常見的事情，這是三次揮手是可以的。
同上
CLOSE_WAIT 是被動關閉方才有的狀態 。
被動關閉方 [收到 FIN 包 發送 ACK 應答] 到 [發送FIN， 收到ACK ] 期間的狀態為 CLOSE_WAIT， 這個狀態仍然能發送數據。 我們叫做 半關閉 , 下面用個例子來分析:
這個是我實際生產環境碰到的一個問題，長連接會話場景，server端收到client的rpc call 請求1，處理發現請求包有問題，就強制關閉結束這次會話， 但是 因為client 發送 第二次請求之前，並沒有去調用recv，所以並不知道 這個連接被server關閉， 繼續發送 請求2 ， 此時是半連接，能夠成功發送到對端機器，但是recv結果後，遇到連接已經關閉錯誤。
如果 client 和 server 恰好同時發起關閉連接。這種情況下，兩邊都是主動連接，都會進入 TIME_WAIT狀態
1、 被動關閉方在LAST_ACK狀態(已經發送FIN)，等待主動關閉方的ACK應答，但是 ACK丟掉， 主動方並不知道，以為成功關閉。因為沒有TIME_WAIT等待時間，可以立即創建新的連接， 新的連接發送SYN到前面那個未關閉的被動方，被動方認為是收到錯誤指令，會發送RST。導致創建連接失敗。
2、 主動關閉方斷開連接，如果沒有TIME_WAIT等待時間，可以馬上建立一個新的連接，但是前一個已經斷開連接的，延遲到達的數據包。 被新建的連接接收，如果剛好seq 和 ack欄位 都正確, seq在滑動窗口范圍內(只能說機率非常小，但是還是有可能會發生)，會被當成正確數據包接收，導致數據串包。 如果不在window范圍內，則沒有影響( 發送一個確認報文（ack 欄位為期望ack的序列號，seq為當前發送序列號），狀態變保持原樣)
TIME_WAIT 問題比較比較常見，特別是CGI機器，並發量高，大量連接後段服務的tcp短連接。因此也衍生出了多種手段解決。雖然每種方法解決不是那麼完美，但是帶來的好處一般多於壞處。還是在日常工作中會使用。
1、改短TIME_WAIT 等待時間
這個是第一個想到的解決辦法，既然等待時間太長，就改成時間短，快速回收埠。但是實際情況往往不樂觀，對於並發的機器，你改多短才能保證回收速度呢，有時候幾秒鍾就幾萬個連接。太短的話，就會有前面兩種問題小概率發生。
2、禁止Socket lingering
這種情況下關閉連接，會直接拋棄緩沖區中待發送的數據，會發送一個RST給對端，相當於直接拋棄TIME_WAIT， 進入CLOSE狀態。同樣因為取消了 TIME_WAIT 狀態，會有前面兩種問題小概率發生。
3、tcp_tw_reuse
net.ipv4.tcp_tw_reuse選項是 從 TIME_WAIT 狀態的隊列中，選取條件：1、remote 的 ip 和埠相同， 2、選取一個時間戳小於當前時間戳； 用來解決埠不足的尷尬。
現在埠可以復用了，看看如何面對前面TIME_WAIT 那兩種問題。 我們仔細回顧用一下前面兩種問題。 都是在新建連接中收到老連接的包導致的問題 ， 那麼如果我能在新連接中識別出此包為非法包，是不是就可以丟掉這些無用包，解決問題呢。
需要實現這些功能，需要擴展一下tcp 包頭。 增加 時間戳欄位。 發送者 在每次發送的時候。 在tcp包頭裡面帶上發送時候的時間戳。 當接收者接收的時候，在ACK應答中除了TCP包頭中帶自己此時發送的時間戳，並且把收到的時間戳附加在後面。也就是說ACK包中有兩個時間戳欄位。結構如下:
那我們接下來一個個分析tcp_tw_reuse是如何解決TIME_WAIT的兩個問題的
4、tcp_tw_recycle
tcp_tw_recycle 也是藉助 timestamp機制。顧名思義， tcp_tw_reuse 是復用 埠，並不會減少 TIME-WAIT 數量。你去查詢機器上TIME-WAIT 數量，還是 幾千幾萬個，這點對有強迫症的同學感覺很不舒服。tcp_tw_recycle 是 提前 回收 TIME-WAIT資源。會減少 機器上 TIME-WAIT 數量。
tcp_tw_recycle 工作原理是。
『貳』 如何防禦針對Linux伺服器的攻擊
引:隨著Linux企業應用的擴展，有大量的網路伺服器使用Linux操作系統。Linux伺服器的安全性能受到越來越多的關注，這里根據Linux伺服器受到攻擊的深度以級別形式列出，並提出不同的解決方案。
隨著Linux企業應用的擴展，有大量的網路伺服器使用Linux操作系統。Linux伺服器的安全性能受到越來越多的關注，這里根據Linux伺服器受到攻擊的深度以級別形式列出，並提出不同的解決方案。
對Linux伺服器攻擊的定義是：攻擊是一種旨在妨礙、損害、削弱、破壞Linux伺服器安全的未授權行為。攻擊的范圍可以從服務拒絕直至完全危害和破壞Linux伺服器。對Linux伺服器攻擊有許多種類,本文從攻擊深度的角度說明，我們把攻擊分為四級。
攻擊級別一：服務拒絕攻擊(DoS)
由於DoS攻擊工具的泛濫，及所針對的協議層的缺陷短時無法改變的事實，DoS也就成為了流傳最廣、最難防範的攻擊方式。
服務拒絕攻擊包括分布式拒絕服務攻擊、反射式分布拒絕服務攻擊、DNS分布拒絕服務攻擊、FTP攻擊等。大多數服務拒絕攻擊導致相對低級的危險，即便是那些可能導致系統重啟的攻擊也僅僅是暫時性的問題。這類攻擊在很大程度上不同於那些想獲取網路控制的攻擊，一般不會對數據安全有影響，但是服務拒絕攻擊會持續很長一段時間，非常難纏。
到目前為止，沒有一個絕對的方法可以制止這類攻擊。但這並不表明我們就應束手就擒，除了強調個人主機加強保護不被利用的重要性外，加強對伺服器的管理是非常重要的一環。一定要安裝驗證軟體和過濾功能，檢驗該報文的源地址的真實地址。另外對於幾種服務拒絕可以採用以下措施：關閉不必要的服務、限制同時打開的Syn半連接數目、縮短Syn半連接的time out 時間、及時更新系統補丁。
攻擊級別二：本地用戶獲取了他們非授權的文件的讀寫許可權
本地用戶是指在本地網路的任一台機器上有口令、因而在某一驅動器上有一個目錄的用戶。本地用戶獲取到了他們非授權的文件的讀寫許可權的問題是否構成危險很大程度上要看被訪問文件的關鍵性。任何本地用戶隨意訪問臨時文件目錄(/tmp)都具有危險性，它能夠潛在地鋪設一條通向下一級別攻擊的路徑。
級別二的主要攻擊方法是：黑客誘騙合法用戶告知其機密信息或執行任務，有時黑客會假裝網路管理人員向用戶發送郵件，要求用戶給他系統升級的密碼。
由本地用戶啟動的攻擊幾乎都是從遠程登錄開始。對於Linux伺服器，最好的辦法是將所有shell賬號放置於一個單獨的機器上，也就是說，只在一台或多台分配有shell訪問的伺服器上接受注冊。這可以使日誌管理、訪問控制管理、釋放協議和其他潛在的安全問題管理更容易些。還應該將存放用戶cgI的系統區分出來。這些機器應該隔離在特定的網路區段，也就是說，根據網路的配置情況，它們應該被路由器或網路交換機包圍。其拓撲結構應該確保硬體地址欺騙也不能超出這個區段。
攻擊級別三：遠程用戶獲得特權文件的讀寫許可權
第三級別的攻擊能做到的不只是核實特定文件是否存在，而且還能讀寫這些文件。造成這種情況的原因是：Linux伺服器配置中出現這樣一些弱點：即遠程用戶無需有效賬號就可以在伺服器上執行有限數量的命令。
密碼攻擊法是第三級別中的主要攻擊法，損壞密碼是最常見的攻擊方法。密碼破解是用以描述在使用或不使用工具的情況下滲透網路、系統或資源以解鎖用密碼保護的資源的一個術語。用戶常常忽略他們的密碼，密碼政策很難得到實施。黑客有多種工具可以擊敗技術和社會所保護的密碼。主要包括：字典攻擊(Dictionary attack)、混合攻擊(Hybrid attack)、蠻力攻擊(Brute force attack)。一旦黑客擁有了用戶的密碼，他就有很多用戶的特權。密碼猜想是指手工進入普通密碼或通過編好程序的正本取得密碼。一些用戶選擇簡單的密碼—如生日、紀念日和配偶名字，卻並不遵循應使用字母、數字混合使用的規則。對黑客來說要猜出一串8個字生日數據不用花多長時間。
防範第三級別的攻擊的最好的防衛方法便是嚴格控制進入特權，即使用有效的密碼。
◆ 主要包括密碼應當遵循字母、數字、大小寫(因為Linux對大小寫是有區分)混合使用的規則。
◆ 使用象「#」或「%」或「"countbak"一詞，它後面添加「##」
攻擊級別四：遠程用戶獲得根許可權
第四攻擊級別是指那些決不應該發生的事發生了，這是致命的攻擊。表示攻擊者擁有Linux伺服器的根、超級用戶或管理員許可權，可以讀、寫並執行所有文件。換句話說，攻擊者具有對Linux伺服器的全部控制權，可以在任何時刻都能夠完全關閉甚至毀滅此網路。
攻擊級別四主要攻擊形式是TCP/IP連續偷竊，被動通道聽取和信息包攔截。TCP/IP連續偷竊，被動通道聽取和信息包攔截，是為進入網路收集重要信息的方法，不像拒絕服務攻擊，這些方法有更多類似偷竊的性質，比較隱蔽不易被發現。一次成功的TCP/IP攻擊能讓黑客阻攔兩個團體之間的交易，提供中間人襲擊的良好機會，然後黑客會在不被受害者注意的情況下控制一方或雙方的交易。通過被動竊聽，黑客會操縱和登記信息，把文件送達，也會從目標系統上所有可通過的通道找到可通過的致命要害。黑客會尋找聯機和密碼的結合點，認出申請合法的通道。信息包攔截是指在目標系統約束一個活躍的聽者程序以攔截和更改所有的或特別的信息的地址。信息可被改送到非法系統閱讀，然後不加改變地送回給黑客。
TCP/IP連續偷竊實際就是網路嗅探，注意如果您確信有人接了嗅探器到自己的網路上，可以去找一些進行驗證的工具。這種工具稱為時域反射計量器(Time Domain Reflectometer，TDR)。TDR對電磁波的傳播和變化進行測量。將一個TDR連接到網路上，能夠檢測到未授權的獲取網路數據的設備。不過很多中小公司沒有這種價格昂貴的工具。
對於防範嗅探器的攻擊最好的方法是：
1、安全的拓撲結構。嗅探器只能在當前網路段上進行數據捕獲。這就意味著，將網路分段工作進行得越細，嗅探器能夠收集的信息就越少。
2、會話加密。不用特別地擔心數據被嗅探，而是要想辦法使得嗅探器不認識嗅探到的數據。這種方法的優點是明顯的：即使攻擊者嗅探到了數據，這些數據對他也是沒有用的。
特別提示：應對攻擊的反擊措施
對於超過第二級別的攻擊您就要特別注意了。因為它們可以不斷的提升攻擊級別，以滲透Linux伺服器。此時，我們可以採取的反擊措施有：
◆ 首先備份重要的企業關鍵數據。
◆ 改變系統中所有口令，通知用戶找系統管理員得到新口令。
◆ 隔離該網路網段使攻擊行為僅出現在一個小范圍內。
◆ 允許行為繼續進行。如有可能，不要急於把攻擊者趕出系統，為下一步作準備。
◆ 記錄所有行為，收集證據。這些證據包括：系統登錄文件、應用登錄文件、AAA(Authentication、Authorization、 Accounting，認證、授權、計費)登錄文件，RADIUS(Remote Authentication Dial-In User Service) 登錄，網路單元登錄(Network Element Logs)、防火牆登錄、HIDS(Host-base IDS，基於主機的入侵檢測系統) 事件、NIDS(網路入侵檢測系統)事件、磁碟驅動器、隱含文件等。收集證據時要注意：在移動或拆卸任何設備之前都要拍照;在調查中要遵循兩人法則，在信息收集中要至少有兩個人，以防止篡改信息;應記錄所採取的所有步驟以及對配置設置的任何改變，要把這些記錄保存在安全的地方。檢查系統所有目錄的存取許可，檢測Permslist是否被修改過。
◆ 進行各種嘗試(使用網路的不同部分)以識別出攻擊源。
◆ 為了使用法律武器打擊犯罪行為，必須保留證據，而形成證據需要時間。為了做到這一點，必須忍受攻擊的沖擊(雖然可以制定一些安全措施來確保攻擊不損害網路)。對此情形，我們不但要採取一些法律手段，而且還要至少請一家有權威的安全公司協助阻止這種犯罪。這類操作的最重要特點就是取得犯罪的證據、並查找犯罪者的地址，提供所擁有的日誌。對於所搜集到的證據，應進行有效地保存。在開始時製作兩份，一個用於評估證據，另一個用於法律驗證。
◆ 找到系統漏洞後設法堵住漏洞，並進行自我攻擊測試。
網路安全已經不僅僅是技術問題，而是一個社會問題。企業應當提高對網路安全重視，如果一味地只依靠技術工具，那就會越來越被動;只有發揮社會和法律方面打擊網路犯罪，才能更加有效。我國對於打擊網路犯罪已經有了明確的司法解釋，遺憾的是大多數企業只重視技術環節的作用而忽略法律、社會因素，這也是本文的寫作目的。
『叄』 linux伺服器tcp連接數過大怎麼辦
不管是什麼系統的伺服器，客戶連接到伺服器的最明顯的看出來就是TCP的顯示。
一般分為兩版種情況：
1.CC攻擊的權表現情況
CC攻擊會造成訪問量增大，帶寬圖上的代表TCP訪問量（紅色）會忽然不正常的增高。CPU的佔用量增大，然後造成打開慢或者卡死的情況。
所以看到如果是TCP，突然增大的話，證明你的伺服器在遭受CC攻擊，可以聯系伺服器商，讓機房做下防禦策略。
2.如果TCP的連接量一直在一個區域一直很大的話，那檢查伺服器的資源，可能無法支撐訪問量，需要更大的資源，更高的配置支持。