tcptimedwaitdelay

大家好！今天讓創(chuàng)意嶺的小編來大家介紹下關(guān)于tcptimedwaitdelay的問題，以下是小編對此問題的歸納整理，讓我們一起來看看吧。

ChatGPT國內(nèi)免費(fèi)在線使用，一鍵生成原創(chuàng)文章、方案、文案、工作計(jì)劃、工作報(bào)告、論文、代碼、作文、做題和對話答疑等等

只需要輸入關(guān)鍵詞，就能返回你想要的內(nèi)容，越精準(zhǔn)，寫出的就越詳細(xì)，有微信小程序端、在線網(wǎng)頁版、PC客戶端

官網(wǎng)：https://ai.de1919.com

本文目錄:

• 1、windows系統(tǒng)下的tcp參數(shù)優(yōu)化

• 2、DDOS攻擊的具體步驟？

• 3、Window中TCP連接耗盡解決辦法

• 4、TPS不穩(wěn)定，隊(duì)列產(chǎn)生大量的TIME_WAIT？

一、windows系統(tǒng)下的tcp參數(shù)優(yōu)化

　通常會采用修改注冊表的方式改進(jìn)Windows的系統(tǒng)參數(shù)。下面將為大家介紹Windows系統(tǒng)下的TCP參數(shù)優(yōu)化方式，適用于Windows 2003、Windows XP、Windows 7以及Server版。對于具體的系統(tǒng)環(huán)境與性能需求，優(yōu)化方式會有所差異，效果也不盡相同，僅是個(gè)人的建議。所有的優(yōu)化操作都通過修改注冊表實(shí)現(xiàn)，需要使用regedit命令進(jìn)入注冊表并創(chuàng)建或修改參數(shù)，修改完成后需要重啟系統(tǒng)，以使之生效。以下使用的參數(shù)值均為10進(jìn)制。

1. TCPWindowSize

TCPWindowSize的值表示TCP的窗口大小。TCP Receive Window（TCP數(shù)據(jù)接收緩沖）定義了發(fā)送端在沒有獲得接收端的確認(rèn)信息的狀態(tài)下可以發(fā)送的最大字節(jié)數(shù)。此數(shù)值越大，返回的確認(rèn)信息就越少，相應(yīng)的在發(fā)送端和接收端之間的通信就越好。此數(shù)值較小時(shí)可以降低發(fā)送端在等待接收端返回確認(rèn)信息時(shí)發(fā)生超時(shí)的可能性，但這將增加網(wǎng)絡(luò)流量，降低有效吞吐率。TCP在發(fā)送端和接收端之間動(dòng)態(tài)調(diào)整一個(gè)最大段長度MSS（Maximum Segment Size）的整數(shù)倍。MSS在連接開始建立時(shí)確定，由于TCP Receive Window被調(diào)整為MSS的整數(shù)倍，在數(shù)據(jù)傳輸中完全長度的TCP數(shù)據(jù)段的比例增加，故而提高了網(wǎng)絡(luò)吞吐率。

缺省情況下，TCP將試圖根據(jù)MSS來優(yōu)化窗口大小，起始值為16KB，最大值為64KB。TCPWindowSize的最大值通常為65535字節(jié)（64KB），以太網(wǎng)最大段長度為1460字節(jié)，低于64KB的1460的最大整數(shù)倍為62420字節(jié)，因而可以在注冊表中將TCPWindowSize設(shè)置為62420，作為高帶寬網(wǎng)絡(luò)中適用的性能優(yōu)化值。具體操作如下：

瀏覽至HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTCPIPParameters注冊表子鍵，在Parameters子鍵下創(chuàng)建或修改名為TCPWindowSize的REG_DWORD值，該值的范圍是從0到65535，將該值設(shè)置為62420。

2. TCP1323Opts　

為了更高效地利用高帶寬網(wǎng)絡(luò)，可以使用比上述TCP窗口大得多的TCP窗口大小，此特性是Windows 2000和Windows Server 2003中的新特性，稱為TCP Window Scaling，它將以前的65535字節(jié)（64KB）的限制提高到了1073741824字節(jié)（1GB）。在帶寬與延遲的乘積值很高的連接上（例如衛(wèi)星連接），可能需要將窗口的大小增加到64KB以上。使用TCP Window Scaling，系統(tǒng)可以允許確認(rèn)信息間更大數(shù)據(jù)量的傳輸，增加了網(wǎng)絡(luò)吞吐量及性能。發(fā)送端和接收端往返通信所需的時(shí)間被稱為回環(huán)時(shí)間（RTT）。TCP Window Scaling僅在TCP連接的雙方都開啟時(shí)才真正有效。TCP有一個(gè)時(shí)間戳選項(xiàng)，通過更加頻繁地計(jì)算來提高RTT值的估測值，此選項(xiàng)特別有助于估測更長距離的廣域網(wǎng)上連接的RTT值，并更加精確地調(diào)整TCP重發(fā)超時(shí)時(shí)間。時(shí)間戳在TCP報(bào)頭提供了兩個(gè)區(qū)域，一個(gè)記錄開始重發(fā)的時(shí)間，另一個(gè)記錄接收到的時(shí)間。時(shí)間戳對于TCP Window Scaling，即確認(rèn)信息收到前的大數(shù)據(jù)包傳送特別有用，激活時(shí)間戳僅僅在每個(gè)數(shù)據(jù)包的頭部增加12字節(jié)，對網(wǎng)絡(luò)流量的影響微乎其微。數(shù)據(jù)完整性與數(shù)據(jù)吞吐率最大化哪個(gè)更為重要是個(gè)需要評估的問題。在某些環(huán)境中，例如視頻流傳輸，需要更大的TCP窗口，這是最重要的，而數(shù)據(jù)完整性排在第二位。在這種環(huán)境中，TCP Window Scaling可以不打開時(shí)間戳。當(dāng)發(fā)送端和接收端均激活TCP Window Scaling和時(shí)間戳?xí)r，此特性才有效。不過，若在發(fā)包時(shí)加入了時(shí)間戳，經(jīng)過NAT之后，如果前面相同的端口被使用過，且時(shí)間戳大于這個(gè)連接發(fā)出的SYN中的時(shí)間戳，就會導(dǎo)致服務(wù)器忽略該SYN，表現(xiàn)為用戶無法正常完成TCP的3次握手。初始時(shí)生成小的TCP窗口，之后窗口大小將按照內(nèi)部算法增大。具體操作如下：

瀏覽至HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTCPIPParameters注冊表子鍵，在Parameters子鍵下創(chuàng)建或修改名為TCP1323Opts的REG_DWORD值，該值的具體含義為：0（缺省值）表示禁用TCP Window Scaling和時(shí)間戳；1表示只啟用TCP Window Scaling；2表示只啟用時(shí)間戳；3表示同時(shí)啟用TCP Window Scaling和時(shí)間戳。TCP1323Opts設(shè)置為激活TCP Window Scaling后，可以將上文中的注冊表項(xiàng)TCPWindowSize的值增大，最大能達(dá)到1GB，為了達(dá)到最佳性能，這里的值最好設(shè)置成MSS的倍數(shù)，推薦值為256960字節(jié)。

3. TCP 控制塊表

對于每個(gè)TCP連接，控制變量保存在一個(gè)稱為TCP控制塊（TCB）的內(nèi)存塊中。TCB表的大小由注冊表項(xiàng)MaxHashTableSize控制。在活動(dòng)連接很多的系統(tǒng)中，設(shè)定一個(gè)較大的表可以降低系統(tǒng)定位TCB表的時(shí)間。在TCB表上分區(qū)可以降低對表的訪問的爭奪。增加分區(qū)的數(shù)量，TCP的性能會得到優(yōu)化，特別是在多處理器的系統(tǒng)上。注冊表項(xiàng)NumTcbTablePartitions控制分區(qū)的數(shù)量，默認(rèn)是處理器個(gè)數(shù)的平方。TCB通常預(yù)置在內(nèi)存中，以防止TCP反復(fù)連接和斷開時(shí)，TCB反復(fù)重新定位浪費(fèi)時(shí)間，這種緩沖的方式促進(jìn)了內(nèi)存管理，但同時(shí)也限制了同一時(shí)刻允許的TCP連接數(shù)量。注冊表項(xiàng)MaxFreeTcbs決定了處于空閑等待狀態(tài)的TCB重新可用之前的連接數(shù)量，在NT架構(gòu)中常設(shè)置成高于默認(rèn)值，以確保有足夠的預(yù)置的TCB。從Windows 2000開始添加了一個(gè)新特性，降低超出預(yù)置TCB運(yùn)行的可能性。如果處于等待狀態(tài)的連接多于MaxFreeTWTcbs中的設(shè)置，所有等待時(shí)間超過60秒的連接將被強(qiáng)制關(guān)閉，以后再次啟用。此特性合并到Windows 2000 Server和Windows Server 2003后，MaxFreeTcbs將不再用于優(yōu)化性能。具體操作：

瀏覽至HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTCPIPParameters注冊表子鍵，在Parameters子鍵下創(chuàng)建或修改名為MaxHashTableSize的REG_DWORD值，該值的范圍是從1到65536，并且必須為2的N次方，缺省值為512，建議設(shè)為8192。然后在Parameters子鍵下創(chuàng)建或修改名為NumTcbTablePartitions的REG_DWORD值，該值的范圍是從1到65536，并且必須為2的N次方，缺省值為處理器個(gè)數(shù)的平方，建議設(shè)為處理器核心數(shù)的4倍。

4. TcpTimedWaitDelay

TcpTimedWaitDelay的值表示系統(tǒng)釋放已關(guān)閉的TCP連接并復(fù)用其資源之前，必須等待的時(shí)間。這段時(shí)間間隔就是以前的Blog中提到的TIME_WAIT狀態(tài)（2MSL，數(shù)據(jù)包最長生命周期的兩倍狀態(tài)）。如果系統(tǒng)顯示大量連接處于TIME_WAIT狀態(tài)，則會導(dǎo)致并發(fā)量與吞吐量的嚴(yán)重下降，通過減小該項(xiàng)的值，系統(tǒng)可以更快地釋放已關(guān)閉的連接，從而為新連接提供更多的資源，特別是對于高并發(fā)短連接的Server具有積極的意義。

該項(xiàng)的缺省值是240，即等待4分鐘后釋放資源；系統(tǒng)支持的最小值為30，即等待時(shí)間為30秒。具體操作：

瀏覽至HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTCPIPParameters注冊表子鍵，在Parameters子鍵下創(chuàng)建或修改名為TcpTimedWaitDelay的REG_DWORD值，該值的范圍是從0到300，建議將該值設(shè)置為30。

5. MaxUserPort

MaxUserPort的值表示當(dāng)應(yīng)用程序向系統(tǒng)請求可用的端口時(shí)，TCP/IP可分配的最大端口號。如果系統(tǒng)顯示建立連接時(shí)出現(xiàn)異常，那么有可能是由于匿名（臨時(shí)）端口數(shù)不夠?qū)е碌模貏e是當(dāng)系統(tǒng)打開大量端口來與Web service、數(shù)據(jù)庫或其他遠(yuǎn)程資源建立連接時(shí)。

該項(xiàng)的缺省值是十進(jìn)制的5000，這也是系統(tǒng)允許的最小值。Windows默認(rèn)為匿名（臨時(shí)）端口保留的端口號范圍是從1024到5000。為了獲得更高的并發(fā)量，建議將該值至少設(shè)為32768以上，甚至設(shè)為理論最大值65534，特別是對于模擬高并發(fā)測試環(huán)境的Client具有積極的意義。具體操作：

瀏覽至HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTCPIPParameters注冊表子鍵，在Parameters子鍵下創(chuàng)建或修改名為MaxUserPort的REG_DWORD值，該值的范圍是從5000到65534，缺省值為5000，建議將該值設(shè)置為65534。

6. 動(dòng)態(tài)儲備

動(dòng)態(tài)儲備的值使系統(tǒng)能自動(dòng)調(diào)整其配置，以接受大量突發(fā)的連接請求。如果同時(shí)接收到大量連接請求，超出了系統(tǒng)的處理能力，那么動(dòng)態(tài)儲備就會自動(dòng)增大系統(tǒng)支持的暫掛連接的數(shù)量（即Client已請求而Server尚未處理的等待連接數(shù)，TCP連接的總數(shù)包括已連接數(shù)與等待連接數(shù)），從而可減少連接失敗的數(shù)量。系統(tǒng)的處理能力和支持的暫掛連接的數(shù)量不足時(shí)，Client的連接請求將直接被拒絕。

缺省情況下，Windows 不啟用動(dòng)態(tài)儲備，可以通過以下操作進(jìn)行開啟和設(shè)置：

瀏覽至HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesAFDParameters注冊表子鍵，在Parameters子鍵下創(chuàng)建或修改下列名稱的REG_DWORD值。

• EnableDynamicBacklog，值為1，表示開啟動(dòng)態(tài)儲備。

• MinimumDynamicBacklog，值為128，表示支持的最小暫掛連接的數(shù)量為128。

• MaximumDynamicBacklog，值為2048，表示支持的最大暫掛連接的數(shù)量為2048。對于高并發(fā)短連接的Server，建議最大值設(shè)為1024及以上。

• DynamicBacklogGrowthDelta，值為128，表示支持的暫掛連接的數(shù)量的增量為128，即數(shù)量不足時(shí)自增長128，直到達(dá)到設(shè)定的最大值，如2048。

7. KeepAliveTime

KeepAliveTime的值控制系統(tǒng)嘗試驗(yàn)證空閑連接是否仍然完好的頻率。如果該連接在一段時(shí)間內(nèi)沒有活動(dòng)，那么系統(tǒng)會發(fā)送保持連接的信號，如果網(wǎng)絡(luò)正常并且接收方是活動(dòng)的，它就會響應(yīng)。如果需要對丟失接收方的情況敏感，也就是說需要更快地發(fā)現(xiàn)是否丟失了接收方，請考慮減小該值。而如果長期不活動(dòng)的空閑連接的出現(xiàn)次數(shù)較多，但丟失接收方的情況出現(xiàn)較少，那么可能需要增大該值以減少開銷。

缺省情況下，如果空閑連接在7200000毫秒（2小時(shí)）內(nèi)沒有活動(dòng)，系統(tǒng)就會發(fā)送保持連接的消息。 通常建議把該值設(shè)為1800000毫秒，從而丟失的連接會在30分鐘內(nèi)被檢測到。具體操作：

瀏覽至HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTCPIPParameters注冊表子鍵，在Parameters子鍵下創(chuàng)建或修改名為KeepAliveTime的REG_DWORD值，為該值設(shè)置適當(dāng)?shù)暮撩霐?shù)。

8. KeepAliveInterval

KeepAliveInterval的值表示未收到另一方對“保持連接”信號的響應(yīng)時(shí)，系統(tǒng)重復(fù)發(fā)送“保持連接”信號的頻率。在無任何響應(yīng)的情況下，連續(xù)發(fā)送“保持連接”信號的次數(shù)超過TcpMaxDataRetransmissions（下文將介紹）的值時(shí)，將放棄該連接。如果網(wǎng)絡(luò)環(huán)境較差，允許較長的響應(yīng)時(shí)間，則考慮增大該值以減少開銷；如果需要盡快驗(yàn)證是否已丟失接收方，則考慮減小該值或TcpMaxDataRetransmissions值。

缺省情況下，在未收到響應(yīng)而重新發(fā)送“保持連接”的信號之前，系統(tǒng)會等待1000毫秒（1秒），可以根據(jù)具體需求修改，具體操作：

瀏覽至HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTCPIPParameters注冊表子鍵，在Parameters子鍵下創(chuàng)建或修改名為KeepAliveInterval的REG_DWORD值，為該值設(shè)置適當(dāng)?shù)暮撩霐?shù)。

9. TcpMaxDataRetransmissions

TcpMaxDataRetransmissions的值表示TCP數(shù)據(jù)重發(fā)，系統(tǒng)在現(xiàn)有連接上對無應(yīng)答的數(shù)據(jù)段進(jìn)行重發(fā)的次數(shù)。如果網(wǎng)絡(luò)環(huán)境很差，可能需要提高該值以保持有效的通信，確保接收方收到數(shù)據(jù)；如果網(wǎng)絡(luò)環(huán)境很好，或者通常是由于丟失接收方而導(dǎo)致數(shù)據(jù)的丟失，那么可以減小該值以減少驗(yàn)證接收方是否丟失所花費(fèi)的時(shí)間和開銷。

缺省情況下，系統(tǒng)會重新發(fā)送未返回應(yīng)答的數(shù)據(jù)段5次，可以根據(jù)具體需求修改，具體操作：

瀏覽至HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTCPIPParameters注冊表子鍵，在Parameters子鍵下創(chuàng)建或修改名為TcpMaxDataRetransmissions的REG_DWORD值，該值的范圍是從0到4294967295，缺省值為5，根據(jù)實(shí)際情況進(jìn)行設(shè)置。

10. TcpMaxConnectRetransmisstions

TcpMaxConnectRetransmisstions的值表示TCP連接重發(fā)，TCP退出前重發(fā)非確認(rèn)連接請求（SYN）的次數(shù)。對于每次嘗試，重發(fā)超時(shí)是成功重發(fā)的兩倍。在Windows Server 2003中默認(rèn)超時(shí)次數(shù)是2，默認(rèn)超時(shí)時(shí)間為3秒（在注冊表項(xiàng)TCPInitialRTT中）。速度較慢的WAN連接中超時(shí)時(shí)間可相應(yīng)增加，不同環(huán)境中可能會有不同的最優(yōu)化設(shè)置，需要在實(shí)際環(huán)境中測試確定。超時(shí)時(shí)間不要設(shè)置太大否則將不會發(fā)生網(wǎng)絡(luò)連接超時(shí)時(shí)間。具體操作：

瀏覽至HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTCPIPParameters注冊表子鍵，在Parameters子鍵下創(chuàng)建或修改名為TcpMaxConnectRetransmisstions的REG_DWORD值，該值的范圍是從0到255，缺省值為2，根據(jù)實(shí)際情況進(jìn)行設(shè)置。然后在Parameters子鍵下創(chuàng)建或修改名為TCPInitialRTT的REG_DWORD值，同樣根據(jù)實(shí)際情況進(jìn)行設(shè)置。

11. TcpAckFrequency

TcpAckFrequency的值表示系統(tǒng)發(fā)送應(yīng)答消息的頻率。如果值為2，那么系統(tǒng)將在接收到2個(gè)分段之后發(fā)送應(yīng)答，或是在接收到1個(gè)分段但在200毫秒內(nèi)沒有接收到任何其他分段的情況下發(fā)送應(yīng)答；如果值為3，那么系統(tǒng)將在接收到3個(gè)分段之后發(fā)送應(yīng)答，或是在接收到1個(gè)或2個(gè)分段但在200毫秒內(nèi)沒有接收到任何其他分段的情況下發(fā)送應(yīng)答，以此類推。如果要通過消除應(yīng)答延遲來縮短響應(yīng)時(shí)間，那么建議將該值設(shè)為1。在此情況下，系統(tǒng)會立即發(fā)送對每個(gè)分段的應(yīng)答；如果連接主要用于傳輸大量數(shù)據(jù)，而200毫秒的延遲并不重要，那么可以減小該值以降低應(yīng)答的開銷。

缺省情況下，系統(tǒng)將該值設(shè)為2，即每隔一個(gè)分段應(yīng)答一次。該值的有效范圍是0到255，其中0表示使用缺省值2，可以根據(jù)具體需求修改，具體操作：

瀏覽至HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTCPIPParametersInterfacesxx（xx由網(wǎng)絡(luò)適配器決定）注冊表子鍵，在xx子鍵下創(chuàng)建或修改名為TcpAckFrequency的REG_DWORD值，該值的范圍是從1到13，缺省值為2，根據(jù)希望每發(fā)送幾個(gè)分段返回一個(gè)應(yīng)答而設(shè)置該值，建議百兆網(wǎng)絡(luò)設(shè)為5，千兆網(wǎng)絡(luò)設(shè)為13。

https://www.cnblogs.com/larry-luo/p/11064346.html

二、DDOS攻擊的具體步驟？

1、首先在[開始]按鈕右擊點(diǎn)擊其中的【運(yùn)行】或者“win+R”打開運(yùn)行框

2、接著，在運(yùn)行框里面輸入“cmd”然后點(diǎn)擊確定

3、在“

DDOS名詞解釋，分布式拒絕服務(wù)(DDoS:Distributed Denial of Service)攻擊指借助于客戶/服務(wù)器技術(shù)，將多個(gè)計(jì)算機(jī)聯(lián)合起來作為攻擊平臺，對一個(gè)或多個(gè)目標(biāo)發(fā)動(dòng)DDoS攻擊，從而成倍地提高拒絕服務(wù)攻擊的威力。

一流的攻擊速度以及強(qiáng)大的隱蔽性能，使得DDOS集合了市面上所有攻擊軟件優(yōu)點(diǎn)成為了最熱的攻擊方式。接下來本文將簡單的介紹一下三種最為流行的DDOS攻擊方式

三、Window中TCP連接耗盡解決辦法

Windows 服務(wù)器中，如果對外發(fā)起大量連接時(shí)，可能會出現(xiàn)端口耗盡的情況，原因如下：

一、動(dòng)態(tài)端口較少。

二、TCP默認(rèn)的Time Wait Delay時(shí)間為2分鐘。

新增值 TcpTimedWaitDelay，類型REG_DWORD , 設(shè)置為十進(jìn)制30

四、TPS不穩(wěn)定，隊(duì)列產(chǎn)生大量的TIME_WAIT？

問題現(xiàn)象 ：

在高并發(fā)的壓力測試時(shí)候，有時(shí)候會TPS不穩(wěn)定或者上不去的現(xiàn)象，同時(shí)觀察到隊(duì)列產(chǎn)生大量的TIME_WAIT。

基本的分析思路：

使用netstat -an|find "TCP"，發(fā)現(xiàn)大量的TIME_WAIT狀態(tài)的隊(duì)列。以至于部分客戶端連接不上去，導(dǎo)致TPS不穩(wěn)定或者上不去，成功率下降。

發(fā)現(xiàn)這種情況表示有較多的隊(duì)列在等待，原因是服務(wù)器端或者客戶端的連接數(shù)有限制。

可能的情況有：服務(wù)器系統(tǒng)端口數(shù)量不夠。

我們先來看一張圖：

TCP連接的建立可以簡單的稱為三次握手，而連接的中止則可以叫做四次握手。

建立連接

在TCP/IP協(xié)議中，TCP協(xié)議提供可靠的連接服務(wù)，采用三次握手建立一個(gè)連接。

第一次握手：建立連接時(shí)，客戶端發(fā)送syn包(syn=j)到服務(wù)器，并進(jìn)入SYN_SEND狀態(tài)，等待服務(wù)器確認(rèn)；

第二次握手：服務(wù)器收到syn包，必須確認(rèn)客戶的SYN（ack=j+1），同時(shí)自己也發(fā)送一個(gè)SYN包（syn=k），即SYN+ACK包，此時(shí)服務(wù)器進(jìn)入SYN_RECV狀態(tài)；

第三次握手：客戶端收到服務(wù)器的SYN＋ACK包，向服務(wù)器發(fā)送確認(rèn)包ACK(ack=k+1)，此包發(fā)送完畢，客戶端和服務(wù)器進(jìn)入ESTABLISHED狀態(tài)，完成三次握手。

完成三次握手，客戶端與服務(wù)器開始傳送數(shù)據(jù)，也就是ESTABLISHED狀態(tài)。

結(jié)束連接

TCP有一個(gè)特別的概念叫做half-close，這個(gè)概念是說，TCP的連接是全雙工（可以同時(shí)發(fā)送和接收）連接，因此在關(guān)閉連接的時(shí)候，必須關(guān)閉傳和送兩個(gè)方向上的連接?？蛻魴C(jī)給服務(wù)器一個(gè)FIN為1 的TCP報(bào)文，然后服務(wù)器返回給客戶端一個(gè)確認(rèn)ACK報(bào)文，并且發(fā)送一個(gè)FIN報(bào)文，當(dāng)客戶機(jī)回復(fù)ACK報(bào)文后（四次握手），連接就結(jié)束了。

LISTEN： 表示監(jiān)聽狀態(tài)。服務(wù)端調(diào)用了listen函數(shù)，可以開始accept連接了

SYN_SENT：表示客戶端已經(jīng)發(fā)送了SYN報(bào)文。當(dāng)客戶端調(diào)用connect函數(shù)發(fā)起連接時(shí)，首先發(fā)SYN給服務(wù)端，然后自己進(jìn)入SYN_SENT狀態(tài)，并等待服務(wù)端發(fā)送ACK+SYN。

SYN_RCVD：表示服務(wù)端收到客戶端發(fā)送SYN報(bào)文。服務(wù)端收到這個(gè)報(bào)文后，進(jìn)入SYN_RCVD狀態(tài)，然后發(fā)送ACK+SYN給客戶端。

ESTABLISHED：表示連接已經(jīng)建立成功了。服務(wù)端發(fā)送完ACK+SYN后進(jìn)入該狀態(tài)，客戶端收到ACK后也進(jìn)入該狀態(tài)。

FIN_WAIT_1：表示主動(dòng)關(guān)閉連接。無論哪方調(diào)用close函數(shù)發(fā)送FIN報(bào)文都會進(jìn)入這個(gè)這個(gè)狀態(tài)。

CLOSE_WAIT：表示被動(dòng)關(guān)閉方等待關(guān)閉。當(dāng)收到對方調(diào)用close函數(shù)發(fā)送的FIN報(bào)文時(shí)，回應(yīng)對方ACK報(bào)文，此時(shí)進(jìn)入CLOSE_WAIT狀態(tài)。

FIN_WAIT_2：表示被動(dòng)關(guān)閉方同意關(guān)閉連接。主動(dòng)關(guān)閉連接方收到被動(dòng)關(guān)閉方返回的ACK后，會進(jìn)入該狀態(tài)。

LAST_ACK：表示被動(dòng)關(guān)閉方發(fā)送FIN報(bào)文后，等待對方的ACK報(bào)文狀態(tài)，當(dāng)收到ACK后進(jìn)入CLOSED狀態(tài)。

TIME_WAIT：表示收到對方的FIN報(bào)文并發(fā)送了ACK報(bào)文，就等2MSL后即可回到CLOSED狀態(tài)了。如果FIN_WAIT_1狀態(tài)下，收到對方同時(shí)帶FIN標(biāo)志和ACK標(biāo)志的報(bào)文時(shí)，可以直接進(jìn)入TIME_WAIT狀態(tài)，而無須經(jīng)過FIN_WAIT_2狀態(tài)。

CLOSED:結(jié)束

TCP要保證在所有可能的情況下使得所有的數(shù)據(jù)都能夠被投遞。當(dāng)你關(guān)閉一個(gè)socket時(shí)，主動(dòng)關(guān)閉一端的socket將進(jìn)入TIME_WAIT狀態(tài)，而被動(dòng)關(guān)閉一方則轉(zhuǎn)入CLOSED狀態(tài)，這的確能夠保證所有的數(shù)據(jù)都被傳輸。當(dāng)一個(gè)socket關(guān)閉的時(shí)候，是通過兩端互發(fā)信息的四次握手過程完成的，當(dāng)一端調(diào)用close()時(shí)，就說明本端沒有數(shù)據(jù)再要發(fā)送了。這好似看來在握手完成以后，socket就都應(yīng)該處于關(guān)閉CLOSED狀態(tài)了。

但這有兩個(gè)問題：

首先，我們沒有任何機(jī)制保證最后的一個(gè)ACK能夠正常傳輸。

第二，網(wǎng)絡(luò)上仍然有可能有殘余的數(shù)據(jù)包(wandering duplicates)，我們也必須能夠正常處理。

我們再來看看TIME_WAIT:

TIME_WAIT是TCP連接斷開時(shí)必定會出現(xiàn)的狀態(tài)。是沒有辦法避免掉的。

TCP連接是全雙工的，因此每個(gè)方向必須單獨(dú)進(jìn)行關(guān)閉?？蛻舳伺c服務(wù)器端建立TCP/IP連接后關(guān)閉socket，服務(wù)端連接的端口狀態(tài)未TIME_WAIT.主動(dòng)關(guān)閉的一方在發(fā)送最后一個(gè)ACK后，就會進(jìn)入TIME_WAIT狀態(tài)。

總結(jié)主要的原因有兩點(diǎn)：

1、防止上一次連接中的包，迷路后重新出現(xiàn)，影響新的連接

2、可靠的關(guān)閉TCP連接： 在主動(dòng)關(guān)閉方發(fā)送最后一個(gè)ACK(FIN),有可能會丟失，這個(gè)時(shí)候被動(dòng)方會重新發(fā)送FIN，如果這時(shí)主動(dòng)方處于closed狀態(tài)，就會響應(yīng)RST而不是ACK。所以主動(dòng)方要處于TIME_WAIT狀態(tài)，而不是CLOSED。

修改的方法：

增加服務(wù)器端口數(shù)量或者增加服務(wù)器的數(shù)量

縮短超時(shí)時(shí)間

具體修改方法：

運(yùn)行：regedit

系統(tǒng)注冊表：\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters下，新建2個(gè)DWORD值：

MaxUserPort設(shè)置為：65534，缺省為5000；

TcpTimedWaitDelay設(shè)置為：30， 缺省為240。  ----縮短該時(shí)間  (單位:s)

以上就是關(guān)于tcptimedwaitdelay相關(guān)問題的回答。希望能幫到你，如有更多相關(guān)問題，您也可以聯(lián)系我們的客服進(jìn)行咨詢，客服也會為您講解更多精彩的知識和內(nèi)容。

推薦閱讀：

ITGC和ITAC的區(qū)別（itc ge）

tcp代理工具（tcp 代理）

scratch2免費(fèi)下載（scratch 2下載）

蘋果id新加坡地址（蘋果id新加坡地址模板）

景觀工程包括哪些項(xiàng)目（景觀工程包括哪些項(xiàng)目內(nèi)容）