美國服務器用戶有咨詢美聯(lián)科技小編有關(guān)TCP協(xié)議的內(nèi)容，所以今天小編就來介紹下TCP協(xié)議。TCP傳輸控制協(xié)議是一種面向連接的、基于IP的可靠的傳輸層協(xié)議。美國服務器TCP協(xié)議有6種標示：SYN/建立聯(lián)機、ACK/確認、PSH/傳送、FIN/結(jié)束、RST/重置、以及URG/緊急。

美國服務器TCP協(xié)議的三次握手：

第一次握手：客戶端向服務器發(fā)送請求報文，這時報文首部中的同部位SYN=1，并生成一個隨機序列值seq=n。客戶端進入syn-sent同步已發(fā)送狀態(tài)，等待服務器確認。

第二次握手：TCP服務器收到請求報文后，如果同意連接，則發(fā)出確認報文。確認報文中應該 ACK=1，SYN=1，確認號ACK=n+1，同時也隨機生成一個seq=m，此時美國服務器主機進入SYN-RCVD同步收到狀態(tài)。

第三次握手：TCP客戶端進程收到確認后，還要向美國服務器主機給出確認。確認報文的ACK=1，ack=m+1。

三次握手的原因：

如果端口client發(fā)送了一個請求連接的報文，但是網(wǎng)絡不好，這個請求沒有立即達到服務端，客戶端沒有收到美國服務器主機的確認消息后，任務該請求報文已失效了，但是過了一會之后server收到報文，還是會像client發(fā)送確認的報文，表示同意連接。如果這里不用三次握手，那么只要server發(fā)出確認報文，新的連接就建立了，但其實這個請求client已經(jīng)任務失效了，不會理睬server的確認信息，也不會向美國服務器主機發(fā)出確認的請求，但是server的請求已經(jīng)建立了，并一直等待client的數(shù)據(jù)，這樣會浪費server的資源，采用三次握手就是為了防止這種情況的發(fā)生，server會因為收不到確認的報文，而不會建立連接。

美國服務器TCP協(xié)議的三次握手抓包：

1）使用nc -l localhost 8088監(jiān)聽8088端口；

2）客戶端使用nc -v localhost 8088連接8088端口；

3）再開個終端使用 tcpdump -i lo -vv -nnn tcp port 8088 抓包8088端口tcp連接。

美國服務器TCP協(xié)議的四次揮手：

第一次揮手：TCP client發(fā)送一個FIN ，用來關(guān)閉到服務端的連接，client進入FIN_WAIT_1狀態(tài)。client進程發(fā)出連接釋放報文，并且停止發(fā)送數(shù)據(jù)。釋放報文首部，FIN=1，其序列號為seq=x。

第二次揮手：TCP server 收到FIN 后，發(fā)送一個ACK 確認，server進入CLOSE_WAIT狀態(tài)，客戶端收到ACK后會進入FIN_WAIT_2狀態(tài)，這時候處于半關(guān)閉狀態(tài)，即客戶端已經(jīng)沒有數(shù)據(jù)要發(fā)送了，但是美國服務器主機若發(fā)送數(shù)據(jù)，客戶端依然要接受。

第三次揮手：TCP server 發(fā)送一個FIN，用來關(guān)閉server到client的連接，server進入LAST_ACK狀態(tài)。美國服務器主機將最后的數(shù)據(jù)發(fā)送完畢。

第四次揮手：TCP client收到FIN后，client進入TIME_WAIT狀態(tài)，接著發(fā)送一個ACK給server，server進入CLOSED狀態(tài)TCP連接還沒有釋放，必須經(jīng)過2∗∗MSL（最長報文段壽命）的時間后，當客戶端撤銷相應的TCB后，才進入CLOSED狀態(tài)。

四次揮手的原因：

終端為了確保數(shù)據(jù)能夠完全輸出，關(guān)閉連接時，當收到主動方的FIN報文通知時，它僅僅表示主動方是沒有數(shù)據(jù)需要發(fā)送了，但是被動方可能還需要發(fā)送數(shù)據(jù)，所以不會馬上關(guān)閉SOCKET。于是被動方只發(fā)送ACK確認報文，繼續(xù)發(fā)送一些數(shù)據(jù)給主動方，然后再發(fā)送FIN報文，此時就可以關(guān)閉連接了。

關(guān)注美聯(lián)科技，了解更多IDC資訊！