電腦網路-TCP串連

標籤：

TCP首部20個位元組

1、為什麼TCP要三向交握建立串連？

TCP串連過程，用戶端發送請求到伺服器，伺服器確認請求發送到用戶端，用戶端再發送確認請求到伺服器

原因：簡言之，為了防止失效的串連請求發送到服務端，造成服務端以為建立了串連一直等到用戶端的資料，知道超出了保活計數器的設定值，才意識到用戶端出了問題，才會關閉這個串連，　　如果有三向交握就不會建立串連。

網上解釋的詳細原因：

“

    前兩次的握手很顯然是必須的，主要是最後一次，即用戶端收到服務端發來的確認後為什麼還要想服務端再發送一次確認呢？這主要是為了防止已失效的請求報文段突然又傳送到了服務端而產生串連的誤判。

    考慮如下的情況：用戶端發送了一個串連請求報文段到服務端，但是在某些網路節點上長時間滯留了，而後用戶端又逾時重發了一個串連請求報文段該服務端，而後正常建立串連，資料轉送完畢，並釋放了串連。如果這時候第一次發送的請求報文段延遲了一段時間後，又到了服務端，很顯然，這本是一個早已失效的報文段，但是服務端收到後會誤以為用戶端又發出了一次串連請求，於是向用戶端發出確認報文段，並同意建立串連。假設不採用三向交握，這時服務端只要發送了確認，新的串連就建立了，但由於用戶端比你更沒有發出建立串連的請求，因此不會理會服務端的確認，也不會向服務端發送資料，而服務端卻認為新的串連已經建立了，並在一直等待用戶端發送資料，這樣服務端就會一直等待下去，直到超出保活計數器的設定值，而將用戶端判定為出了問題，才會關閉這個串連。這樣就浪費了很多伺服器的資源。而如果採用三向交握，用戶端就不會向服務端發出確認，服務端由於收不到確認，就知道用戶端沒有要求建立串連，從而不建立該串連。

”

2、為什麼TCP中斷連線要四次握手？

用戶端發送關閉請求到伺服器，表示用戶端的資料已經全部發送給伺服器。同時伺服器端也要發送關閉請求到用戶端，表示自己也沒有資料要發送給用戶端了。

 

電腦網路-TCP串連