為了防止伺服器端開啟一些無用的連線增加伺服器開銷以及防止已失效的連線請求報文段突然又傳送到了服務端，因而產生錯誤。
由於網路傳輸是有延時的(要通過網路光纖和各種中間**伺服器)，在傳輸的過程中，比如客戶端發起了syn=1建立連線的請求(第一次握手)。
如果伺服器端就直接建立了這個連線並返回包含syn、ack和seq等內容的資料報給客戶端，這個資料報因為網路傳輸的原因丟失了，丟失之後客戶端就一直沒有接收到伺服器返回的資料報。
客戶端可能設定了乙個超時時間，時間到了就關閉了連線建立的請求。再重新發出建立連線的請求，而伺服器端是不知道的，如果沒有第三次握手告訴伺服器端客戶端收的到伺服器端傳輸的資料的話，伺服器端是不知道客戶端有沒有接收到伺服器端返回的資訊的。
報文字段意義：
syn:代表此報文是否為請求建立連線的報文，是為1，否為0.
ack:代表此報文是否為對接收到的請求建立連線的報文進行確認的報文，1為是，0為否
seq:代表此報文的序號
ack:指出了被確認的報文的序號，被確認的報文的序號為ack-1
TCP三次握手協議
摘自 syn攻擊原理以及防範技術 tcp握手協議 在tcp ip協議中，tcp協議提供可靠的連線服務，採用三次握手建立乙個連線。第一次握手 建立連線時，客戶端傳送syn包 syn j 到伺服器，並進入syn send狀態，等待伺服器確認 第二次握手 伺服器收到syn包，必須確認客戶的syn ack ...
TCP三次握手協議
在tcp ip協議中，tcp協議提供可靠的連線服務，採用三次握手建立乙個連線。第一次握手 建立連線時，客戶端傳送syn包 syn j 到伺服器，並進入syn send狀態，等待伺服器確認 第二次握手 伺服器收到syn包，必須確認客戶的syn ack j 1 同時自己也傳送乙個syn包 syn k 即...
TCP協議三次握手
第一次握手 客戶端傳送syn包 syn j 到伺服器，並進入syn send狀態，等待伺服器確認 第二次握手 伺服器收到syn包，必須確認客戶的syn ack j 1 同時自己也傳送乙個syn包 syn k 即syn ack包，此時伺服器進入 syn recv 狀態 第三次握手 客戶端 收到伺服器的...