TCP IP的三次握手連線和四次握手關閉

連線

第一次握手：建立連線時，客戶端a傳送syn包（syn=j）到伺服器b，並進入syn_send狀態，等待伺服器b確認。

第二次握手：伺服器b收到syn包，必須確認客戶a的syn（ack=j+1），同時自己也傳送乙個syn包（syn=k），即syn+ack包，此時伺服器b進入syn_recv狀態。

第三次握手：客戶端a收到伺服器b的syn＋ack包，向伺服器b傳送確認包ack（ack=k+1），此包傳送完畢，客戶端a和伺服器b進入established狀態，完成三次握手。

關閉客戶端a傳送乙個fin，用來關閉客戶a到伺服器b的資料傳送。

伺服器b收到這個fin，它發回乙個ack，確認序號為收到的序號加1。和syn一樣，乙個fin將占用乙個序號。

伺服器b關閉與客戶端a的連線，傳送乙個fin給客戶端a。

客戶端a發回ack報文確認，並將確認序號設定為收到序號加1。

listening狀態

服務啟動後首先處於偵聽（listening）狀態。

established狀態

established的意思是建立連線。表示兩台機器正在通訊。

close_wait

對方主動關閉連線或者網路異常導致連線中斷，這時我方的狀態會變成close_wait 此時我方要呼叫close()來使得連線正確關閉

time_wait

我方主動呼叫close()斷開連線，收到對方確認後狀態變為time_wait。tcp協議規定time_wait狀態會一直持續2msl(即兩倍的分段最大生存期)，以此來確保舊的連線狀態不會對新連線產生影響。處於time_wait狀態的連線占用的資源不會被核心釋放，所以作為伺服器，在可能的情況下，盡量不要主動斷開連線，以減少time_wait狀態造成的資源浪費。

關閉需要四次是因為：服務端的listen狀態下的socket當收到syn報文的建連請求後，它可以把ack和syn（ack起應答作用，而syn起同步作用）放在乙個報文裡來傳送。但關閉連線時，當收到對方的fin報文通知時，它僅僅表示對方沒有資料傳送給你了；但未必你所有的資料都全部傳送給對方了，所以你可以未必會馬上會關閉socket,也即你可能還需要傳送一些資料給對方之後，再傳送fin報文給對方來表示你同意現在可以關閉連線了，所以它這裡的ack報文和fin報文多數情況下都是分開傳送的。

time_wait狀態後還需要等2msl後才能返回到closed狀態：防止上一次連線中的包，迷路後重新出現，影響新連線（經過2msl，上一次連線中所有的重複包都會消失）。而且

雖然雙方都同意關閉連線了，而且握手的4個報文也都協調和傳送完畢，按理可以直接回到closed狀態（就好比從syn_send狀態到establish狀態那樣）；但是因為我們必須要假想網路是不可靠的，你無法保證你最後傳送的ack報文會一定被對方收到，因此對方處於last_ack狀態下的socket可能會因為超時未收到ack報文，而重發fin報文，所以這個time_wait狀態的作用就是用來重發可能丟失的ack報文。

不能單純的開戶或關閉某個埠，埠需要依附於程序，但可以禁用某個埠。

TCP IP的三次握手連線和四次握手關閉

TCP IP的三次握手連線和四次握手關閉

TCP IP的三次握手連線和四次握手關閉

TCP IP 連線三次握手與釋放四次握手

相關推薦