建立乙個tcp 連線時需要客戶端以及服務端達成上述的三個資訊的共識：
建立乙個tcp四元組包括如下：
一旦完成三次握手，雙方都處於established狀態，此時連線就已經建立完成了，客戶端和服務端就可以相互發資料了。
如果客戶端的 syn 阻塞了，重**送多次syn 報文，因為伺服器不清楚客戶端是否收到了自己傳送的建立連線的ack 確認訊號，所以每收到乙個syn,就只能先主動建立乙個連線。這樣造成了資源的浪費。
為了達到最佳的傳輸效能,tcp 協議在建立連線的時候通常需要協商雙方的mss值，當tcp層發現資料超過了mss時，則就會先進行分片，當然由它形成的ip包的長度也就不會大於mtu, 自然也就不會進行ip 分片了。經過乙個tcp 分片之後，進行重發的時候是以mss為單位，而不用重傳所有的分片，大大增加了重傳的效率。
tcp 建立連線時需要三次握手的，假設攻擊者短時間內，偽造了不同的ip 位址的syn 報文，服務端每接受到乙個syn 報文就進入syn_rcvd 狀態，但是服務端傳送出去的ack + syn 報文，無法得到未知ip 主機的ack應答，久而久之就會沾滿服務端的syn 接受佇列，使得伺服器不能為正常使用者服務。
linux 核心syn(未完成連線建立) 佇列與accpet(以完成連線建立)佇列是如何工作的？
只有主動關閉連線的，才會有time_wait狀態
需要time_wait狀態主要是兩個原因：
注意的是當服務端呼叫accept 時，連線成功了就會返回乙個已完成的socket,後續用來傳輸資料，所以監聽的socket 和真正用來傳送資料的socket 時倆socket,乙個作監聽socket， 乙個叫做已完成連線socket。
TCP三次握手 四次揮手
tcp 三次握手 tcp 連線是通過三次握手進行初始化的。三次握手的目的是同步連線雙方的序列號和確認號並交換 tcp 視窗大小資訊。以下步驟概述了通常情況下客戶端計算機聯絡伺服器計算機的過程 1.客戶端向伺服器傳送乙個syn置位的tcp報文，其中包含連線的初始序列號x和乙個視窗大小 表示客戶端上用來...
TCP三次握手 四次揮手
服務端的tcp程序先建立傳輸控制塊tcb，準備接受客戶端程序的連線請求，然後服務端程序處於listen狀態，等待客戶端的連線請求，如有，則作出響應。1 客戶端的tcp程序也首先建立傳輸控制模組tcb，然後向服務端發出連線請求報文段，該報文段首部中的syn 1，ack 0，同時選擇乙個初始序號seq ...
TCP三次握手四次揮手
tcp transmission control protocol 傳輸控制協議 tcp是主機對主機層的傳輸控制協議，提供可靠的連線服務，採用三次握手確認建立乙個連線。位碼即tcp標誌位,有6種標誌 urg urgent緊急 ack acknowledgement 確認 psh push傳送 rst...