名詞解釋 SYN：發(fā)起一個新連接 ACK：確認序號有效 FIN：釋放一個連接

1,TCP三次握手

第一次握手：客戶端發(fā)送syn包(syn=x)到服務(wù)器，并進入SYN_SEND狀態(tài)，等待服務(wù)器確認；

第二次握手：服務(wù)器收到syn包，必須確認客戶的SYN（ack=x+1），同時自己也發(fā)送一個SYN包（syn=y），即SYN+ACK包，此時服務(wù)器進入SYN_RECV狀態(tài)；

第三次握手：客戶端收到服務(wù)器的SYN＋ACK包，向服務(wù)器發(fā)送確認包ACK(ack=y+1)，此包發(fā)送完畢，客戶端和服務(wù)器進入ESTABLISHED狀態(tài)，完成三次握手。

問題1:為什么是3次而不是兩次或四次?

如果是兩次握手,客戶端向服務(wù)端發(fā)的syn由于網(wǎng)絡(luò)原因,在上次連接失效后才傳給了服務(wù)端,服務(wù)端以為是新的連接,發(fā)送ack+syn后便開始等待數(shù)據(jù)傳輸,但是其實客戶端并沒有發(fā)送syn,服務(wù)端就會一直傻傻的等待

如果是四次握手,三次握手都能搞定的事,增加一次握手并不能提高可靠性,所以沒必要

問題2:什么是SYN攻擊?

Syn攻擊就是 攻擊客戶端 在短時間內(nèi)偽造大量不存在的IP地址，向服務(wù)器不斷地發(fā)送syn包，服務(wù)器回復(fù)確認包，并等待客戶的確認，由于源地址是不存在的，服務(wù)器需要不斷的重發(fā)直 至超時，這些偽造的SYN包將長時間占用未連接隊列，正常的SYN請求被丟棄，目標(biāo)系統(tǒng)運行緩慢，嚴(yán)重者引起網(wǎng)絡(luò)堵塞甚至系統(tǒng)癱瘓。
解決辦法: SynAttackProtect保護機制、SYN cookies技術(shù)、增加最大半連接和縮短超時時間等

2,TCP數(shù)據(jù)傳輸

3,TCP四次揮手

第一次揮手：客戶端發(fā)送一個FIN，用來關(guān)閉客戶端到服務(wù)器的數(shù)據(jù)傳送，此時客戶端不會再發(fā)新的數(shù)據(jù),但是還可以接受數(shù)據(jù)

第二次揮手：服務(wù)器收到FIN包后，發(fā)送一個ACK給對方并且?guī)献约旱男蛄刑杝eq，此時，服務(wù)端就進入了CLOSE-WAIT（關(guān)閉等待）狀態(tài),還可以發(fā)送數(shù)據(jù)

客戶端就進入FIN-WAIT-2（終止等待2）狀態(tài)，等待服務(wù)器發(fā)送連接釋放報文

第三次揮手：服務(wù)器發(fā)送一個FIN，用來關(guān)閉服務(wù)器到客戶端的數(shù)據(jù)傳送，也就是告訴客戶端，我的數(shù)據(jù)也發(fā)送完了，不會再給你發(fā)數(shù)據(jù)了, 此時，服務(wù)器就進入了LAST-ACK（最后確認）狀態(tài)，等待客戶端的確認。

第四次揮手：主動關(guān)閉方收到FIN后，發(fā)送一個ACK給被動關(guān)閉方，確認序號為收到序號+1，此時，客戶端就進入了TIME-WAIT（時間等待）狀態(tài), 必須經(jīng)過2?MSL的時間后，才進入CLOSED狀態(tài)。

服務(wù)器只要收到了客戶端發(fā)出的確認，立即進入CLOSED狀態(tài)。

問題1: 為什么建立連接是3次握手,關(guān)閉連接卻是4次揮手?

建立連接的時候， 服務(wù)器在LISTEN狀態(tài)下，收到建立連接請求的SYN報文后，把ACK和SYN放在一個報文里發(fā)送給客戶端。
而關(guān)閉連接時，服務(wù)器收到對方的FIN報文時，僅僅表示對方不再發(fā)送數(shù)據(jù)了但是還能接收數(shù)據(jù)，而自己也未必全部數(shù)據(jù)都發(fā)送給對方了，所以己方可以立即發(fā)送FIN，也可以發(fā)送一些數(shù)據(jù)給對方后，再發(fā)送FIN報文給對方來表示同意現(xiàn)在關(guān)閉連接，因此，己方ACK和FIN一般都會分開發(fā)送，從而導(dǎo)致多了一次。

問題2:為什么要等待2msl ?

第一，保證客戶端發(fā)送的最后一個ACK報文能夠到達服務(wù)器，因為這個ACK報文可能丟失，站在服務(wù)器的角度看來，我已經(jīng)發(fā)送了FIN+ACK報文請求斷開了，客戶端還沒有給我回應(yīng)，應(yīng)該是我發(fā)送的請求斷開報文它沒有收到，于是服務(wù)器又會重新發(fā)送一次，而客戶端就能在這個2MSL時間段內(nèi)收到這個重傳的報文，接著給出回應(yīng)報文，并且會重啟2MSL計時器。

第二，防止類似與“三次握手”中提到了的“已經(jīng)失效的連接請求報文段”出現(xiàn)在本連接中。客戶端發(fā)送完最后一個確認報文后，在這個2MSL時間中，就可以使本連接持續(xù)的時間內(nèi)所產(chǎn)生的所有報文段都從網(wǎng)絡(luò)中消失。這樣新的連接中不會出現(xiàn)舊連接的請求報文。

總結(jié)

以上是生活随笔為你收集整理的tcp 四次挥手_TCP三次握手和四次挥手的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。