- 相關(guān)推薦
TCP/IP協(xié)議全解析 三次握手與四次揮手
一、TCP報文格式
TCP/IP協(xié)議的詳細信息參看《TCP/IP協(xié)議詳解》三卷本。下面是TCP報文格式圖：
圖1 TCP報文格式
上圖中有幾個(gè)字段需要重點(diǎn)介紹下：
(1)序號：Seq序號，占32位，用來(lái)標識從TCP源端向目的端發(fā)送的字節流，發(fā)起方發(fā)送數據時(shí)對此進(jìn)行標記。
(2)確認序號：Ack序號，占32位，只有ACK標志位為1時(shí)，確認序號字段才有效，Ack=Seq+1。
(3)標志位：共6個(gè)，即URG、ACK、PSH、RST、SYN、FIN等，具體含義如下：
(A)URG：緊急指針(urgent pointer)有效。
(B)ACK：確認序號有效。
(C)PSH：接收方應該盡快將這個(gè)報文交給應用層。
(D)RST：重置連接。
(E)SYN：發(fā)起一個(gè)新連接。
(F)FIN：釋放一個(gè)連接。
需要注意的是：
(A)不要將確認序號Ack與標志位中的ACK搞混了。
(B)確認方Ack=發(fā)起方Req+1，兩端配對。
二、三次握手
所謂三次握手(Three-Way Handshake)即建立TCP連接，就是指建立一個(gè)TCP連接時(shí)，需要客戶(hù)端和服務(wù)端總共發(fā)送3個(gè)包以確認連接的建立。在socket編程中，這一過(guò)程由客戶(hù)端執行connect來(lái)觸發(fā)，整個(gè)流程如下圖所示：
圖2 TCP三次握手
(1)第一次握手：Client將標志位SYN置為1，隨機產(chǎn)生一個(gè)值seq=J，并將該數據包發(fā)送給Server，Client進(jìn)入SYN_SENT狀態(tài)，等待Server確認。
(2)第二次握手：Server收到數據包后由標志位SYN=1知道Client請求建立連接，Server將標志位SYN和ACK都置為1，ack=J+1，隨機產(chǎn)生一個(gè)值seq=K，并將該數據包發(fā)送給Client以確認連接請求，Server進(jìn)入SYN_RCVD狀態(tài)。
(3)第三次握手：Client收到確認后，檢查ack是否為J+1，ACK是否為1，如果正確則將標志位ACK置為1，ack=K+1，并將該數據包發(fā)送給Server，Server檢查ack是否為K+1，ACK是否為1，如果正確則連接建立成功，Client和Server進(jìn)入ESTABLISHED狀態(tài)，完成三次握手，隨后Client與Server之間可以開(kāi)始傳輸數據了。
SYN攻擊：
在三次握手過(guò)程中，Server發(fā)送SYN-ACK之后，收到Client的ACK之前的TCP連接稱(chēng)為半連接(half-open connect)，此時(shí)Server處于SYN_RCVD狀態(tài)，當收到ACK后，Server轉入ESTABLISHED狀態(tài)。SYN攻擊就是Client在短時(shí)間內偽造大量不存在的IP地址，并向Server不斷地發(fā)送SYN包，Server回復確認包，并等待Client的確認，由于源地址是不存在的，因此，Server需要不斷重發(fā)直至超時(shí)，這些偽造的SYN包將產(chǎn)時(shí)間占用未連接隊列，導致正常的SYN請求因為隊列滿(mǎn)而被丟棄，從而引起網(wǎng)絡(luò )堵塞甚至系統癱瘓。SYN攻擊時(shí)一種典型的DDOS攻擊，檢測SYN攻擊的方式非常簡(jiǎn)單，即當Server上有大量半連接狀態(tài)且源IP地址是隨機的，則可以斷定遭到SYN攻擊了，使用如下命令可以讓之現行：
#netstat -nap | grep SYN_RECV
三、四次揮手
三次握手耳熟能詳，所謂四次揮手(Four-Way Wavehand)即終止TCP連接，就是指斷開(kāi)一個(gè)TCP連接時(shí)，需要客戶(hù)端和服務(wù)端總共發(fā)送4個(gè)包以確認連接的斷開(kāi)。在socket編程中，這一過(guò)程由客戶(hù)端或服務(wù)端任一方執行close來(lái)觸發(fā)，整個(gè)流程如下圖所示：
圖3 TCP四次揮手
由于TCP連接時(shí)全雙工的，因此，每個(gè)方向都必須要單獨進(jìn)行關(guān)閉，這一原則是當一方完成數據發(fā)送任務(wù)后，發(fā)送一個(gè)FIN來(lái)終止這一方向的連接，收到一個(gè)FIN只是意味著(zhù)這一方向上沒(méi)有數據流動(dòng)了，即不會(huì )再收到數據了，但是在這個(gè)TCP連接上仍然能夠發(fā)送數據，直到這一方向也發(fā)送了FIN。首先進(jìn)行關(guān)閉的一方將執行主動(dòng)關(guān)閉，而另一方則執行被動(dòng)關(guān)閉，上圖描述的即是如此。
(1)第一次揮手：Client發(fā)送一個(gè)FIN，用來(lái)關(guān)閉Client到Server的數據傳送，Client進(jìn)入FIN_WAIT_1狀態(tài)。
(2)第二次揮手：Server收到FIN后，發(fā)送一個(gè)ACK給Client，確認序號為收到序號+1(與SYN相同，一個(gè)FIN占用一個(gè)序號)，Server進(jìn)入CLOSE_WAIT狀態(tài)。
(3)第三次揮手：Server發(fā)送一個(gè)FIN，用來(lái)關(guān)閉Server到Client的數據傳送，Server進(jìn)入LAST_ACK狀態(tài)。
(4)第四次揮手：Client收到FIN后，Client進(jìn)入TIME_WAIT狀態(tài)，接著(zhù)發(fā)送一個(gè)ACK給Server，確認序號為收到序號+1，Server進(jìn)入CLOSED狀態(tài)，完成四次揮手。
上面是一方主動(dòng)關(guān)閉，另一方被動(dòng)關(guān)閉的情況，實(shí)際中還會(huì )出現同時(shí)發(fā)起主動(dòng)關(guān)閉的情況，具體流程如下圖：
圖4 同時(shí)揮手
流程和狀態(tài)在上圖中已經(jīng)很明了了，在此不再贅述，可以參考前面的四次揮手解析步驟。
四、附注
關(guān)于三次握手與四次揮手通常都會(huì )有典型的面試題，在此提出供有需求的XDJM們參考：
(1)三次握手是什么或者流程?四次握手呢?答案前面分析就是。
(2)為什么建立連接是三次握手，而關(guān)閉連接卻是四次揮手呢?
這是因為服務(wù)端在LISTEN狀態(tài)下，收到建立連接請求的SYN報文后，把ACK和SYN放在一個(gè)報文里發(fā)送給客戶(hù)端。而關(guān)閉連接時(shí)，當收到對方的FIN報文時(shí)，僅僅表示對方不再發(fā)送數據了但是還能接收數據，己方也未必全部數據都發(fā)送給對方了，所以己方可以立即close，也可以發(fā)送一些數據給對方后，再發(fā)送FIN報文給對方來(lái)表示同意現在關(guān)閉連接，因此，己方ACK和FIN一般都會(huì )分開(kāi)發(fā)送。
【TCP/IP協(xié)議全解析 三次握手與四次揮手】相關(guān)文章：
TCP/IP協(xié)議是什么06-18
對TCP/IP網(wǎng)絡(luò )協(xié)議的深入淺出歸納10-16
OSI七層與TCP/IP五層網(wǎng)絡(luò )架構詳解09-07
德國留學(xué)優(yōu)勢全解析08-25
Java的內存劃分全解析08-02
客廳設計要點(diǎn)全解析07-21
日本留學(xué)費用全解析10-05
TCP與UDP協(xié)議有什么不同09-16
21種PHP 危險函數全解析08-24