文章編號: 137984 - 上次校閱: 2003年12月5日 - 版次: 3.0 TCP 連線狀態及 netstat 輸出
在此頁中結論本文將告訴您,TCP 連線狀態,以及如何讀取 Netstat (NETSTAT.EXE) 輸出。 在 TCP 中的資料傳輸發生之前必須建立連接。 TCP 採用了三方握手 (這關於詳細資訊,請參閱 RFC793 第 3 章第: 功能規格 」)。 其他相關資訊TCP 連線狀態下列是此信號交換的簡短說明。在此內容中 「 用戶端 」 是對等體要求連線,而 「 伺服器 」 是對等個體接受連接。請注意這種標記法不會以架構的主體反映用戶端/伺服器關聯性。
Netstat 輸出上述的 TCP 連線狀態可以監視 TCP 旗標] 下的網路追蹤中。另外,也可以藉執行 「 Netstat 」 公用程式並查看 [狀態] 欄判斷連線狀態。 Netstat 被隨附 Windows NT、 Windows 95 和 TCP/IP-32 Windows 的工作群組。狀態解釋並遵循連結內容閱讀相關說明,如 Netstat] 所示: 狀態說明 做為範例,請考慮下列案例: ------------ -------------------------------------------------------- SYN_SEND 表示作用中開啟。 SYN_RECEIVED 伺服器只會從用戶端收到 SYN。 已建立用戶端收到伺服器的 SYN 並建立工作階段。 接聽伺服器已準備好要接受連線。 注意: 請參閱 listen() 通訊端呼叫的說明文件。TCP 接聽狀態的通訊端並不會顯示-這是 NETSTAT 限制。如需詳細資訊請參閱 「 Microsoft 知識庫 」 中下列文: 134404?
(http://support.microsoft.com/kb/134404/EN-US/
)
NETSTAT.EXE 不會顯示 TCP 接聽通訊端 FIN_WAIT_1 表示作用中關閉。TIMED_WAIT 用戶端進入此狀態在作用中的關閉之後。 CLOSE_WAIT 表示被動關閉。伺服器只會收到第一個 FIN 從用戶端。 FIN_WAIT_2 用戶端只會從伺服器收到其第一個 FIN 認可。 LAST_ACK 伺服器處於此狀態時它會傳送其本身 FIN。 閤伺服器從用戶端接收 ACK,並關閉連線。 一個通訊端應用程式已經終止了,但 Netstat 報告在 CLOSE_WAIT 狀態通訊端。這可能表示用戶端正確關閉 (已傳送 FIN) 連線,但是伺服器仍有開啟其通訊端。 這可能是一個執行個體 (之間所有的執行緒或處理序) 通訊端未封閉的結果。 注意: 它是正常的長時間處於 TIME_WAIT 狀態有通訊端。時間是以指定 RFC793 做兩次最大區段存留期 (MSL)。MSL 被指定為 2 分鐘。所以,通訊端可能會處於 TIME_WAIT 狀態為 4 分鐘久。某些系統為 [MSL 實作不同的值 (少於 2 分鐘)。 其他參考:
這篇文章中的資訊適用於:
機器翻譯重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。 按一下這裡查看此文章的英文版本:137984?
(http://support.microsoft.com/kb/137984/en-us/
)
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應,不負任何擔保責任。Microsoft及(或)其供應商謹此聲明,不負任何對與此資訊有關之擔保責任,包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。 | 其他資源 其他支援網站社群文章翻譯
|






Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email



回此頁最上方