tcp鏈接的幾種狀態

博客分類：

• C語言&Linux@嵌入式開發

?

說明： 通常情況下:一個正常的TCP連接，都會有三個階段:1、TCP三次握手;2、數據傳送;3、TCP四次揮手

里面的幾個概念：

• SYN: (同步序列編號,Synchronize Sequence Numbers)
• ACK: (確認編號,Acknowledgement Number)
• FIN: (結束標志,FINish)

TCP三次握手(創建 OPEN)

客戶端發起一個和服務創建TCP鏈接的請求，這里是SYN(J)

服務端接受到客戶端的創建請求后，返回兩個信息： SYN(K) + ACK(J+1)

客戶端在接受到服務端的ACK信息校驗成功后(J與J+1)，返回一個信息：ACK(K+1)

服務端這時接受到客戶端的ACK信息校驗成功后(K與K+1)，不再返回信息，后面進入數據通訊階段

數據通訊

客戶端/服務端 read/write數據包

TCP四次握手(關閉 finish)

客戶端發起關閉請求，發送一個信息：FIN(M)

服務端接受到信息后，首先返回ACK(M+1),表明自己已經收到消息。

服務端在準備好關閉之前，最后發送給客戶端一個 FIN(N)消息，詢問客戶端是否準備好關閉了

客戶端接受到服務端發送的消息后，返回一個確認信息: ACK(N+1)

最后，服務端和客戶端在雙方都得到確認時，各自關閉或者回收對應的TCP鏈接。

詳細的狀態說明(以及linux相關參數調整)

SYN_SEND

• 客戶端嘗試鏈接服務端，通過open方法。也就是TCP三次握手中的第1步之后,注意是客戶端狀態
• sysctl -w net.ipv4.tcp_syn_retries = 2 ,做為客戶端可以設置SYN包的重試次數，默認5次(大約180s)引用校長的話：僅僅重試2次，現代網絡夠了

SYN_RECEIVED

• 服務接受創建請求的SYN后，也就是TCP三次握手中的第2步，發送ACK數據包之前
• 注意是服務端狀態,一般15個左右正常，如果很大，懷疑遭受SYN_FLOOD攻擊
• sysctl -w net.ipv4.tcp_max_syn_backlog=4096 , 設置該狀態的等待隊列數，默認1024，調大后可適當防止syn-flood，可參見man 7 tcp
• sysctl -w net.ipv4.tcp_syncookies=1 ,　打開syncookie，在syn backlog隊列不足的時候，提供一種機制臨時將syn鏈接換出
• sysctl -w net.ipv4.tcp_synack_retries = 2 ,做為服務端返回ACK包的重試次數，默認5次(大約180s)引用校長的話：僅僅重試2次，現代網絡夠了

ESTABLISHED

• 客戶端接受到服務端的ACK包后的狀態，服務端在發出ACK在一定時間后即為ESTABLISHED
• sysctl -w net.ipv4.tcp_keepalive_time = 1200 ，默認為7200秒(2小時)，系統針對空閑鏈接會進行心跳檢查，如果超過net.ipv4.tcp_keepalive_probes * net.ipv4.tcp_keepalive_intvl = 默認11分，終止對應的tcp鏈接，可適當調整心跳檢查頻率
• 目前線上的監控 waring:600 , critial : 800

FIN_WAIT1

• 主動關閉的一方，在發出FIN請求之后，也就是在TCP四次握手的第1步

CLOSE_WAIT

• 被動關閉的一方，在接受到客戶端的FIN后，也就是在TCP四次握手的第2步

FIN_WAIT2

• 主動關閉的一方，在接受到被動關閉一方的ACK后，也就是TCP四次握手的第2步
• sysctl -w net.ipv4.tcp_fin_timeout=30, 可以設定被動關閉方返回FIN后的超時時間，有效回收鏈接，避免syn-flood.

LASK_ACK

• 被動關閉的一方，在發送ACK后一段時間后(確保客戶端已收到)，再發起一個FIN請求。也就是TCP四次握手的第3步

TIME_WAIT

• 主動關閉的一方，在收到被動關閉的FIN包后，發送ACK。也就是TCP四次握手的第4步
• sysctl -w net.ipv4.tcp_tw_recycle = 1 , 打開快速回收TIME_WAIT，Enabling this option is not recommended since this causes problems when working with NAT (Network Address Translation)
• sysctl -w net.ipv4.tcp_tw_reuse =1, 快速回收并重用TIME_WAIT的鏈接,?貌似和tw_recycle有沖突，不能重用就回收?
• net.ipv4.tcp_max_tw_buckets: 處于time_wait狀態的最多鏈接數，默認為180000.

?

相關說明 主 動關閉方在接收到被動關閉方的FIN請求后，發送成功給對方一個ACK后,將自己的狀態由FIN_WAIT2修改為TIME_WAIT，而必須再等2倍的 MSL(Maximum Segment Lifetime,MSL是一個數據報在internetwork中能存在的時間)時間之后雙方才能把狀態 都改為CLOSED以關閉連接。目前RHEL里保持TIME_WAIT狀態的時間為60秒 keepAlive策略可以有效的避免進行三次握手和四次關閉的動作

?

分享到：

轉載于:https://www.cnblogs.com/xiaoying1245970347/p/5334994.html

總結

以上是生活随笔為你收集整理的【转】tcp链接的状态的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。