国产精品久久久aaaa,日日干夜夜操天天插,亚洲乱熟女香蕉一区二区三区少妇,99精品国产高清一区二区三区,国产成人精品一区二区色戒,久久久国产精品成人免费,亚洲精品毛片久久久久,99久久婷婷国产综合精品电影,国产一区二区三区任你鲁

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

為什么建鏈接要3次握手,斷鏈接需要4次揮手?

Linux愛好者 ? 來源:Jack ? 作者:Linux愛好者 ? 2020-11-12 15:36 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

首先處理這個問題,我們要知道一些網絡知識,要知道tcp那些事,比如說三次握手,和四次揮手......很多人會問,為什么建鏈接要3次握手,斷鏈接需要4次揮手?讓我們一起看下下面的流程圖:

首先,是三次握手:

首先Client端發送連接請求報文,Server段接受連接后回復ACK報文,并為這次連接分配資源。Client端接收到ACK報文后也向Server段發生ACK報文,并分配資源,這樣TCP連接就建立了。

然后是中間部分:兩者之間可以傳輸數據了

再次,下面的斷開鏈接:【注意】中斷連接端可以是Client端,也可以是Server端。

假設Client端發起中斷連接請求,也就是發送FIN報文。Server端接到FIN報文后,意思是說"我Client端沒有數據要發給你了",但是如果你還有數據沒有發送完成,則不必急著關閉Socket,可以繼續發送數據。

所以你先發送ACK,"告訴Client端,你的請求我收到了,但是我還沒準備好,請繼續你等我的消息"。這個時候Client端就進入FIN_WAIT狀態,繼續等待Server端的FIN報文。當Server端確定數據已發送完成,則向Client端發送FIN報文,"告訴Client端,好了,我這邊數據發完了,準備好關閉連接了"。

Client端收到FIN報文后,"就知道可以關閉連接了,但是他還是不相信網絡,怕Server端不知道要關閉,所以發送ACK后進入TIME_WAIT狀態,如果Server端沒有收到ACK則可以重傳。“,Server端收到ACK后,"就知道可以斷開連接了"。Client端等待了2MSL后依然沒有收到回復,則證明Server端已正常關閉,那好,我Client端也可以關閉連接了。Ok,TCP連接就這樣關閉了!

那么可以這么理解,當client進入time_wait的等待時間是2個MSL

讓我們看一下一臺linux服務器的網絡狀態:

# netstat -an | awk '/^tcp/ {++State[$NF]}END{for(key in State)print key " " State[key]}'LAST_ACK 7LISTEN 9SYN_RECV 2CLOSE_WAIT 125ESTABLISHED 1070FIN_WAIT1 17FIN_WAIT2 247CLOSING 4TIME_WAIT 25087

對于網站來說,這樣的time_wait略顯偏高, 也就是說大量的關閉操作在等待2個MSL后結束,正常我們的tcp 端口是65535個,如果并發再高一些,可能會大量的socket不能及時被釋放,從而導致性能下降,所以我們可以通過linux內核進行一些網絡調整比如,開啟socket重用和快速回收:

net.ipv4.tcp_syncookies = 1net.ipv4.tcp_tw_reuse = 1net.ipv4.tcp_tw_recycle = 1net.ipv4.tcp_max_tw_buckets = 5000net.ipv4.tcp_max_syn_backlog = 8192net.ipv4.tcp_keepalive_time = 1200net.ipv4.ip_local_port_range = 1024 65000

net.ipv4.tcp_syncookies = 1

表示開啟SYN Cookies。當出現SYN等待隊列溢出時,啟用cookies來處理,可防范少量SYN攻擊,默認為0,表示關閉;

net.ipv4.tcp_tw_reuse = 1

表示開啟重用。允許將TIME-WAIT sockets重新用于新的TCP連接,默認為0,表示關閉;

net.ipv4.tcp_tw_recycle = 1

表示開啟TCP連接中TIME-WAIT sockets的快速回收,默認為0,表示關閉。

系統tcp_timestamps缺省就是開啟的,所以當tcp_tw_recycle被開啟后,實際上這種行為就被激活了.如果服務器身處NAT環境,安全起見,通常要禁止tcp_tw_recycle,至于TIME_WAIT連接過多的問題,可以通過激活tcp_tw_reuse來緩解。

net.ipv4.tcp_max_tw_buckets = 5000

表示系統同時保持TIME_WAIT套接字的最大數量,如果超過這個數字,TIME_WAIT套接字將立刻被清除并打印警告信息。默認為180000,改為 5000。對于Apache、Nginx等服務器,上幾行的參數可以很好地減少TIME_WAIT套接字數量,但是對于Squid,效果卻不大。此項參數可以控制TIME_WAIT套接字的最大數量,避免Squid服務器被大量的TIME_WAIT套接字拖死。

net.ipv4.tcp_max_syn_backlog = 8192

表示SYN隊列的長度,默認為1024,加大隊列長度為8192,可以容納更多等待連接的網絡連接數。

net.ipv4.tcp_keepalive_time = 1200

表示當keepalive起用的時候,TCP發送keepalive消息的頻度。缺省是2小時,改為20分鐘。

net.ipv4.ip_local_port_range = 1024-65000

表示用于向外連接的端口范圍。缺省情況下很小:32768到61000,改為1024到65000。

# netstat -an | awk '/^tcp/ {++State[$NF]}END{for(key in State)print key " " State[key]}' LAST_ACK140 LISTEN9 SYN_RECV7 CLOSE_WAIT2 ESTABLISHED972 FIN_WAIT121 FIN_WAIT2152 CLOSING2 TIME_WAIT682

責任編輯:lq

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • Linux
    +關注

    關注

    88

    文章

    11760

    瀏覽量

    219042
  • 服務器
    +關注

    關注

    14

    文章

    10253

    瀏覽量

    91500
  • TCP
    TCP
    +關注

    關注

    8

    文章

    1425

    瀏覽量

    83518

原文標題:Linux TCP 狀態 TIME_WAIT 過多的處理

文章出處:【微信號:LinuxHub,微信公眾號:Linux愛好者】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    TCP三握手與四揮手的詳細過程

    TCP 三握手和四揮手,大概是網絡領域被問爛了的面試題。但真正能把狀態變遷、序列號變化、抓包細節講清楚的人并不多。很多人背了八股文,一到生產環境看 Wireshark 抓包就懵了
    的頭像 發表于 02-25 10:38 ?217次閱讀

    光伏一調頻設備/一調頻裝置|光伏一調頻涉網試驗/光伏電站一調頻建設改造方案

    2025年以來能源局下發通知要求10KV以上的新能源廠站具備一調頻能力,并遞交涉網試驗報告。對于投資規模不大的工商業分布式光伏電站,又要面臨改造投資問題,壓力較大。如何選擇質優價廉的一調頻產品
    的頭像 發表于 01-17 08:54 ?1205次閱讀
    光伏一<b class='flag-5'>次</b>調頻設備/一<b class='flag-5'>次</b>調頻裝置|光伏一<b class='flag-5'>次</b>調頻涉網試驗/光伏電站一<b class='flag-5'>次</b>調頻建設改造方案

    RDMA設計14:連接管理模塊設計

    至 CONNECT 狀態,創建連接流程類似 TCP/IP 三握手流程;如果為斷開連接則跳轉至 DISCONNECT 狀態,斷開連接流程類似 TCP/IP 四揮手流程。當連接信息緩存
    發表于 12-30 16:51

    TCP的三握手

    ,Server進入SYN_RCVD狀態。 (3)第三握手:Client收到確認后,檢查ack是否為J+1,ACK是否為1,如果正確則將標志位ACK置為1,ack=K+1,并將該數據包發送給Server
    發表于 12-02 07:16

    Vivado浮點數IP核的握手信號

    和給出握手信號。在RISC v架構中每個模塊(包括FPU)的握手信號都有一個i_valid、i_ready,FPU內部需要三個輸入數據的握手信號、一個輸出結果的
    發表于 10-24 07:01

    根據標題獲取商品鏈接評論接口的技術實現

    ? ?在電商數據分析和競品監控場景中, 根據商品標題精準獲取商品鏈接及評論數據 是核心需求。下面將分步驟解析技術實現方案: 一、技術架構設計 ? graph TD A[商品標題輸入] --?>
    的頭像 發表于 10-20 16:03 ?664次閱讀
    根據標題獲取商品<b class='flag-5'>鏈接</b>評論接口的技術實現

    飛凌嵌入式ElfBoard-Vim編輯器之靜態鏈接和動態鏈接

    1.靜態鏈接靜態鏈接通過靜態庫進行鏈接,生成的目標程序中包含運行需要的所有庫,可以直接運行,不過就是文件比較大。靜態庫是匯編產生的.o文件的集合,一般以.a文件形式出現。gcc在使用靜
    發表于 10-17 09:07

    拼多多商品推廣鏈接生成API:社交裂變的轉化追蹤利器

    ? 在社交電商時代,拼多多通過 商品推廣鏈接生成API 為商家提供了精準的流量轉化解決方案。該工具不僅簡化了社交裂變活動的落地,更實現了全鏈路轉化效果追蹤,成為提升營銷效率的核心引擎。 一、核心
    的頭像 發表于 09-08 16:22 ?756次閱讀
    拼多多商品推廣<b class='flag-5'>鏈接</b>生成API:社交裂變的轉化追蹤利器

    ReviewHub:實現Booster與設計工具端無縫鏈接的評審協作平臺

    其“無縫鏈接”特性,徹底打破傳統評審壁壘,實現設計與評審的深度融合與實時同步,打造高效、流暢的協作體驗。產品特點ReviewHub以無縫鏈接Booster輕量級原
    的頭像 發表于 06-04 11:46 ?861次閱讀
    ReviewHub:實現Booster與設計工具端無縫<b class='flag-5'>鏈接</b>的評審協作平臺

    公司在機器人全產業鏈接會 FAIR plus 2025 的精彩呈現

    公司在機器人全產業鏈接會 FAIR plus 2025 的精彩呈現
    的頭像 發表于 05-07 11:14 ?567次閱讀
    公司在機器人全產業<b class='flag-5'>鏈接</b>會 FAIR plus 2025 的精彩呈現

    消諧裝置與二消諧裝置區別、一消諧器與二消諧器的區別

    消諧器與二消諧器是電力系統中用于抑制諧振過電壓的不同裝置,主要區別如下: 安裝位置:一消諧器串聯于電壓互感器(PT)一側中性點與地之間,直接承受高電壓;二
    的頭像 發表于 05-07 09:58 ?4277次閱讀
    一<b class='flag-5'>次</b>消諧裝置與二<b class='flag-5'>次</b>消諧裝置區別、一<b class='flag-5'>次</b>消諧器與二<b class='flag-5'>次</b>消諧器的區別

    思嵐科技攜三大核心產品亮相2025機器人全產業鏈接

    此前,2025年4月24日-26日,深圳福田會展中心8號館內人潮涌動,由深圳市機器人協會主辦的FAIR plus 2025機器人全產業鏈接會迎來巔峰時刻。
    的頭像 發表于 04-30 14:03 ?1106次閱讀

    請問如何鏈接動態庫?

    是否有可參考的工程? 鏈接成功后動態庫應該放在哪里啊?SDK是RTOS_ONLY
    發表于 04-25 08:15

    TCP三握手和四揮手,這樣解釋太通俗易懂了!

    TCP連接的建立和釋放分別通過“三握手”和“四揮手”來完成。三握手過程TCP三
    的頭像 發表于 04-24 19:33 ?1564次閱讀
    TCP三<b class='flag-5'>次</b><b class='flag-5'>握手</b>和四<b class='flag-5'>次</b><b class='flag-5'>揮手</b>,這樣解釋太通俗易懂了!

    AXI握手時序優化—pipeline緩沖器

    skid buffer(pipeline緩沖器)介紹 ??解決ready/valid兩路握手的時序困難,使路徑流水線化。 ??只關心valid時序參考這篇寫得很好的博客鏈接:?握手協議(pvld
    的頭像 發表于 03-08 17:10 ?1337次閱讀
    AXI<b class='flag-5'>握手</b>時序優化—pipeline緩沖器