伺服器什麼情況下會主動關閉連接

1. 客戶端和服務端都可以主動關閉socket

客戶端和服務端都可以主動關閉連接。客戶端可以發送一個關閉連接請求（close），服務端也可以發送一個關閉連接請求（close）。
客戶端發送關閉請求後，服如絕務端收到關閉請求後會發送一個確認報文（ACK），表明確認收到了客戶端的關閉請求，然後關閉連接。當服務端發送關閉請求時，客戶端也會收到關閉請求，然後向服務端發送一個確認報文（ACK），表明確認收到了服務端的關閉請求，然後關閉連接。
關閉連接後，客戶答桐端和服渣舉姿務端就不能再進行數據傳輸，只能重新建立連接，才能進行數據傳輸。在客戶端和服務端之間建立連接時，它們可以主動關閉連接，而不必等待超時機制來關閉連接，這樣可以提高系統的效率。

2. close wait什麼意思

close wait在英文中我們很少看到，但它卻確確實實地存在著，它的意思是什麼呢?下面是我給大家整理的close wait什麼意思，供大家參閱!

close wait什麼意思

等待結束

TIME WAIT和CLOSE WAIT狀態區別

在伺服器的日常維護過程中，會經常用到下面的命令：

它會顯示例如下面的信息：

[plain] view plain

netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'

TIME_WAIT 814

CLOSE_WAIT 1

FIN_WAIT1 1

ESTABLISHED 634

SYN_RECV 2

LAST_ACK 1

常用的三個狀態是：ESTABLISHED 表示正在通信，TIME_WAIT 表示主動關閉，CLOSE_WAIT 表示被動關閉。

TCP協議規定，對於已經建立的連接，網路雙方要進行四次握手才能成功斷開連接，如果缺少了其中某個步驟，將會使連接處於假死狀態，連接本身佔用的資源不會被釋放。網路伺服器程序要同時管理大量連接，所以很有必要保證無用連接完全斷開，否則大量僵死的連接會浪費許多伺服器資源。陪談在眾多TCP狀態中，最值得注意的狀態有兩個：CLOSE_WAIT和TIME_WAIT。

TIME_WAIT

TIME_WAIT 是主動關閉鏈接時形成蘆型碰的，等待2MSL時間，約4分鍾。主要是防止最後一個ACK丟失。 由於TIME_WAIT 的時間會非常長，因此server端應盡量減少主動關閉連接

CLOSE_WAIT

CLOSE_WAIT是被動關閉連接是形成的。根據TCP狀態機，伺服器端收到客戶端發送的FIN，則按照TCP實現發送ACK，因此進入CLOSE_WAIT狀態。但如果伺服器端不執行close()，就不能由CLOSE_WAIT遷移到LAST_ACK，則系統中會存在很多CLOSE_WAIT狀態的連接。此時，可能是系統忙於處理讀、寫操作，而未將已收到FIN的連接，進行close。此時，recv/read已收到FIN的連接socket，會返回0。

為什麼需要 TIME_WAIT 狀態?

假設最終的ACK丟失，server將重發FIN，client必須維護TCP狀態信息以便可以重發最終的ACK，否則會發送RST，結果server認為發生錯誤。TCP實現必須可靠地終止連接的兩個方向(全雙工關閉)，client必須進入 TIME_WAIT 狀態，因為client可能面 臨重發最終ACK的情形。

為什麼 TIME_WAIT 狀態需要保持 2MSL 這么長的時間?

如果 TIME_WAIT 狀態保持時間不足夠長(比如小於2MSL)，第一個連接就正常終止了。第二個擁有相同相關五元組的連接出現，而第一個連接的重復報文到達，干擾了第二個連接。TCP實現必須防止某個連接的重復報文在連接終止後出現，所以讓TIME_WAIT狀態保持時間足夠長(2MSL)，連接相應方向上的TCP報文要麼完全響應完畢，要麼被 丟棄。建立第二個連接的時候，不會混淆。

TIME_WAIT 和CLOSE_WAIT狀態socket過多

如果伺服器出了異常，百分之八九十都是下面兩種情況：

1.伺服器保持了大量TIME_WAIT狀態

2.伺服器保持了大量CLOSE_WAIT狀態，簡單來說CLOSE_WAIT數目過大是由於被動關閉連接處理不當導致的。

因為Linux分配給一個用戶的文租賣件句柄是有限的，而TIME_WAIT和CLOSE_WAIT兩種狀態如果一直被保持，那麼意味著對應數目的通道就一直被占著，而且是“占著茅坑不使勁”，一旦達到句柄數上限，新的請求就無法被處理了，接著就是大量Too Many Open Files異常，Tomcat崩潰。

netstat listening close wait established等是什麼意思

埠佔用查詢命令“netstat”詳解 Netstat用於顯示與IP、TCP、UDP和ICMP協議相關的統計數據，一般用於檢驗本機各埠的網路連接情況。 如果你的計算機有時候接收到的數據報導致出錯數據或故障，你不必感到奇怪，TCP/IP可以容許這些類型的錯誤，並能夠自動重發數據報。但如果累計的出錯情況數目佔到所接收的IP數據報相當大的百分比，或者它的數目正迅速增加，那麼你就應該使用Netstat查一查為什麼會出現這些情況了。 Netstat 詳細參數列表 C:>netstat /? 顯示協議統計信息和當前 TCP/IP 網路連接。 NETSTAT [-a] [-b] [-e] [-n] [-o] [-p proto] [-r] [-s] [-v] [interval] -a 顯示所有連接和監聽埠。 -b 顯示包含於創建每個連接或監聽埠的可執行組件。在某些情況下已知可執行組件 擁有多個獨立組件，並且在這些情況下包含於創建連接或監聽埠的組件序列被顯示。 這種情況下，可執行組件名在底部的 [] 中，頂部是其調用的組件，等等，直到 TCP/IP 部分。注意此選項可能需要很長時間，如果沒有足夠許可權可能失敗。 -e 顯示乙太網統計信息。此選項可以與 -s 選項組合使用。 -n 以數字形式顯示地址和埠號。 -o 顯示與每個連接相關的所屬進程 ID。 -p proto 顯示 proto 指定的協議的連接;proto 可以是 下列協議之一: TCP、UDP、TCPv6 或 UDPv6。 如果與 -s 選項一起使用以顯示按協議統計信息，proto 可以是下列協議之一: IP、IPv6、ICMP、ICMPv6、TCP、TCPv6、UDP 或 UDPv6。 -r 顯示路由表。 -s 顯示按協議統計信息。默認地，顯示 IP、 IPv6、ICMP、ICMPv6、TCP、TCPv6、UDP 和 UDPv6 的統計信息; -p 選項用於指定默認情況的子集。 -v 與 -b 選項一起使用時將顯示包含於 為所有可執行組件創建連接或監聽埠的 組件。 interval 重新顯示選定統計信息，每次顯示之間 暫停時間間隔(以秒計)。按 CTRL+C 停止重新 顯示統計信息。如果省略，netstat 顯示當前 配置信息(只顯示一次) (Win2000) C:>netstat /? Displays protocol statistics and current TCP/IP network connections. NETSTAT [-a] [-e] [-n] [-s] [-p proto] [-r] [interval] -a Displays all connections and listening ports. -e Displays Ethernet statistics. This may be combined with the -s option. -n Displays addresses and port numbers in numerical form. -p proto Shows connections for the protocol specified by proto; proto may be TCP or UDP. If used with the -s option to display per-protocol statistics, proto may be TCP, UDP, or IP. -r Displays the routing table. -s Displays per-protocol statistics. By default, statistics are shown for TCP, UDP and IP; the -p option may be used to specify a subset of the default. interval Redisplays selected statistics, pausing interval seconds between each display. Press CTRL+C to stop redisplaying statistics. If omitted, netstat will print the current configuration information once. Netstat的一些常用選項 netstat -s——本選項能夠按照各個協議分別顯示其統計數據。如果你的應用程序(如Web瀏覽器)運行速度比較慢，或者不能顯示Web頁之類的數據，那麼你就可以用本選項來查看一下所顯示的信息。你需要仔細查看統計數據的各行，找到出錯的關鍵字，進而確定問題所在。 netstat -e——本選項用於顯示關於乙太網的統計數據。它列出的項目包括傳送的數據報的總位元組數、錯誤數、刪除數、數據報的數量和廣播的數量。這些統計數據既有發送的數據報數量，也有接收的數據報數量。這個選項可以用來統計一些基本的網路流量。 netstat -r——本選項可以顯示關於路由表的信息，類似於後面所講使用route print命令時看到的 信息。除了顯示有效路由外，還顯示當前有效的連接。 netstat -a——本選項顯示一個所有的有效連接信息列表，包括已建立的連接(ESTABLISHED)，也包括監聽連接請求(LISTENING)的那些連接，斷開連接(CLOSE_WAIT)或者處於聯機等待狀態的(TIME_WAIT)等 netstat -n——顯示所有已建立的有效連接。 接下來我們來看一下，微軟是怎麼說的? 微軟公司故意將這個功能強大的命令隱藏起來是因為它對於普通用戶來說有些復雜。我們已經知道：Netstat它可以用來獲得你的系統網路連接的信息(使用的埠，在使用的協議等 )，收到和發出的數據，被連接的遠程系統的埠，Netstat在內存中讀取所有的網路信息。 在Internet RFC標准中，Netstat的定義是： Netstat是在內核中訪問網路及相關信息的程序，它能提供TCP連接，TCP和UDP監聽，進程內存管理的相關報告。 看其中有個localaddress 和一個foreignaddress如果沒打開任何網路連接，卻有established說明就有問題，注意，你得保證沒有你開的任何的網路連接，包括後台進程，如果還是有established說明才有問題。

3. 英雄聯盟版本伺服器關閉連接是什麼原因

這種情況有以下幾個原因：

1. 網路的問題，如果加了路由器的話，可能是有人蹭網。如果沒有路由器的話，那就是網速不給力。

2. 與本地的系統文件沖突，所以無法打開游戲，建議找專業人士看一下，或者直接重裝游戲，且換一個盤安裝。

3. 在更新的過程中出了錯，導致現在客戶端損壞了，重下一個。

4. 你的內存不夠，就會導致死機或者強行關閉客戶端的現象，那麼就建議你要麼換一個內存條，要麼 開游戲前把占內存的一些無用程序關掉。

5. 如果你用了LOL盒子和輔助的話，那就是盒子的問題，LOL的盒子，輔助從來都是很不穩定的，經常會影響游戲進程，所以果斷卸掉這些東西。

4. 為什麼會出現，版本伺服器關閉連接

主伺服器有黑客等病毒侵入，上線爆滿，導致伺服器卡機等現象，為恢復正常，所以有的伺服器連接會斷開。

5. 企業的網路防火牆在什麼條件下會主動強制關閉正在正常通信的TCP連接

觸發驗證攻擊的時候。當防火牆認為消姿圓有可能是攻擊的時候（一般是某種數據包超過設置冊肢的計數器了），會觸發攻擊驗證，攻擊驗證中有一種就是源驗證， 源驗證的時拿塌候回發送RST報文看是否有回應，有回應的是真實的源地址，沒有回應的認為是偽造源IP的攻擊者。
如果影響到正常通信去看看攻擊防護里設置的閾值是不是不合適。

6. 伺服器連接錯誤或者關閉是什麼原因

首先確定您的寬頻是否為網通寬頻，非網通寬頻源激會因為網路問題與游戲服哪敬務器連接不正常，這個屬於網路運營商之間互聯互通的問題，因此建李裂慎議如下。 1、重新啟動寬頻嘗試連接。 2、避開高峰時期進行游戲。 3、選擇合適機會更換寬頻。

7. 伺服器TIME_WAIT和CLOSE_WAIT詳解和解決辦法

在日常的伺服器維護中，會經常用到如下命令。
netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'

它會顯示例如下面的信息：
TIME_WAIT 689
CLOSE_WAIT 2
FIN_WAIT1 1
ESTABLISHED 291
SYN_RECV 2
LAST_ACK 1

常用的三個狀態是：ESTABLISHED表示正在通信 、TIME_WAIT表示主動關閉、CLOSE_WAIT表示被動關閉。

如果伺服器出現了異常，很大的可能是出現了以下兩種情況：

我們也都知道Linux系統中分給每個用戶的文件句柄數是有限的，而TIME_WAIT和CLOSE_WAIT這兩種狀態如果一直被保持，那麼意味著對應數目的通道(此處應理解為socket，一般一個socket會佔用伺服器端一個埠，伺服器端的埠最大數是65535)一直被佔用，一旦達到了上限，則新的請求就無法被處理，接著就是大量Too Many Open Files異常，然後tomcat、nginx、apache崩潰。。。

下面來討論這兩種狀態的處理方法，網路上也有很多資料把這兩種情況混為一談，認為優化內核參數就可以解決，其實這是不恰當的。優化內核參數在一定程度上能解決time_wait過多的問題，但是應對close_wait還得從應用程序本身出發。

這種情況比較常見，一般會出現在爬蟲伺服器和web伺服器(如果沒做內核參數優化的話)上，那麼這種問題是怎麼產生的呢？

從上圖可以看出time_wait是主動關閉連接的一方保持的狀態，對於爬蟲伺服器來說它自身就是客戶端，在完成一個爬取任務後就會發起主動關閉連接，從而進入time_wait狀態，然後保持這個狀態2MSL時間之後，徹底關閉回收資源。這里為什麼會保持資源2MSL時間呢？這也是TCP/IP設計者規定的。

TCP要保證在所有可能的情況下使得所有的數據都能夠被正確送達。當你關閉一個socket時，主動關閉一端的socket將進入TIME_WAIT狀 態，而被動關閉一方則轉入CLOSED狀態，這的確能夠保證所有的數據都被傳輸。當一個socket關閉的時候，是通過兩端四次握手完成的，當一端調用 close()時，就說明本端沒有數據要發送了。這好似看來在握手完成以後，socket就都可以處於初始的CLOSED狀態了，其實不然。原因是這樣安 排狀態有兩個問題， 首先，我們沒有任何機制保證最後的一個ACK能夠正常傳輸，第二，網路上仍然有可能有殘余的數據包(wandering plicates)，我們也必須能夠正常處理。

TIMEWAIT就是為了解決這兩個問題而生的。

再引用網路中的一段話：

time_wait問題可以通過調整內核參數和適當的設置web伺服器的keep-Alive值來解決。因為time_wait是自己可控的，要麼就是對方連接的異常，要麼就是自己沒有快速的回收資源，總之不是由於自己程序錯誤引起的。但是close_wait就不一樣了，從上圖中我們可以看到伺服器保持大量的close_wait只有一種情況，那就是對方發送一個FIN後，程序自己這邊沒有進一步發送ACK以確認。換句話說就是在對方關閉連接後，程序里沒有檢測到，或者程序里本身就已經忘了這個時候需要關閉連接，於是這個資源就一直被程序佔用著。這個時候快速的解決方法是：

註：
直到寫這篇文章的時候我才完全弄明白之前工作中遇到的一個問題。程序員寫了爬蟲(php)運行在採集伺服器A上，程序去B伺服器上採集資源，但是A伺服器很快就發現出現了大量的close_wait狀態的連接。後來手動檢查才發現這些處於close_wait狀態的請求結果都是404，那就說明B伺服器上沒有要請求的資源。

下面引用網友分析的結論：
服 務器A是一台爬蟲伺服器，它使用簡單的HttpClient去請求資源伺服器B上面的apache獲取文件資源，正常情況下，如果請求成功，那麼在抓取完 資源後，伺服器A會主動發出關閉連接的請求，這個時候就是主動關閉連接，伺服器A的連接狀態我們可以看到是TIME_WAIT。如果一旦發生異常呢？假設 請求的資源伺服器B上並不存在，那麼這個時候就會由伺服器B發出關閉連接的請求，伺服器A就是被動的關閉了連接，如果伺服器A被動關閉連接之後程序員忘了 讓HttpClient釋放連接，那就會造成CLOSE_WAIT的狀態了。

8. lol版本伺服器關閉連接是什麼情況 急死

有時候的兄卜網路延遲等，也會造成游戲的崩潰，而導致出現無法連接到游戲伺服器的情況。
打開wegame，點擊「工具」進入工具螞塵猛箱，在「智能加速」欄中，不再使用智能加速。
智能也不是任何情況下都可靠的，選擇「自定義加速」，點擊「自定義加速」後此處多了一個選項，此時顯示的是所連接的網路節點。
選擇最為適合的節點，選悶橋擇完畢後點擊確定。

9. TCP的客戶端可以發起關閉連接,伺服器可以主動關閉連接嗎如何關閉

當然可以。關閉過程與客戶端關閉過程相同。發送FIN到客戶端，收到客戶端回復的ACK即關閉。

10. 不允許websocket連接的代理伺服器

WebSocket是一種基於TCP協議的新型雙向通信協議，可以在瀏覽器和伺服器之間實現實時、高效、低延遲的數據傳輸。但是，在某些情況下，由於一些原因，如公司的安全策略或網路架構限制等，可能會出現不允許WebSocket連接的代理伺服器。

代理伺服器（Proxy Server）常常被用來過濾用戶的網路請求，控制訪問許可權，提高訪問速度等。如果代理伺服器不允許WebSocket連接，則意味慎森隱著在使用WebSocket協議進行通信的時候會遇到問題，無法建立WebSocket連接，從而影響客戶端與伺服器之間的實時數據傳輸。

這種情況下，有一些解決方法可以嘗試：

1. 改用其他協議：例如，使用HTTP協議的長輪詢（Long Polling）或Server-Sent Events（SSE）等技術進行客戶端與伺服器之間的實時通信春扮。

2. 修改代理伺服器的設置：在某些情況下，管理員可以通過修改代理伺服器的設置，以允許WebSocket連接通過。

3. 配置反向代理伺服器：反向代理伺服器可以看作是一台Web伺服器的代理，它可以為WebSocket連接提供HTTP隧道，並將WebSocket流量轉發到目標WebSocket伺服器。

需要寬廳注意的是，以上解決方法都需要根據具體情況進行選擇和操作，以確保系統安全和性能，並且不會違反任何相關的法規和政策。同時，如果出現無法解決的問題，建議咨詢網路安全專家或服務提供商。