圖解網絡｜收到 RST，就一定會斷開 TCP 連接嗎？

時間：2021-11-16 13:37:37

關鍵字： RS ST

手機看文章

掃描二維碼
隨時隨地手機看文章

[導讀]什么是RST我們都知道TCP正常情況下斷開連接是用四次揮手，那是正常時候的優(yōu)雅做法。但異常情況下，收發(fā)雙方都不一定正常，連揮手這件事本身都可能做不到，所以就需要一個機制去強行關閉連接。RST就是用于這種情況，一般用來異常地關閉一個連接。它是一個TCP包頭中的標志位。正常情況下，不...

什么是RST

我們都知道TCP正常情況下斷開連接是用四次揮手，那是正常時候的優(yōu)雅做法。

但異常情況下，收發(fā)雙方都不一定正常，連揮手這件事本身都可能做不到，所以就需要一個機制去強行關閉連接。

RST 就是用于這種情況，一般用來異常地關閉一個連接。它是一個TCP包頭中的標志位。

正常情況下，不管是發(fā)出，還是收到置了這個標志位的數(shù)據包，相應的內存、端口等連接資源都會被釋放。從效果上來看就是TCP連接被關閉了。

而接收到 RST的一方，一般會看到一個 connection reset 或 ?connection refused 的報錯。

TCP報頭RST位

怎么知道收到RST了？

我們知道內核跟應用層是分開的兩層，網絡通信功能在內核，我們的客戶端或服務端屬于應用層。應用層只能通過 send/recv 與內核交互，才能感知到內核是不是收到了RST。

當本端收到遠端發(fā)來的RST后，內核已經認為此鏈接已經關閉。

此時如果本端應用層嘗試去執(zhí)行讀數(shù)據操作，比如recv，應用層就會收到 Connection reset by peer 的報錯，意思是遠端已經關閉連接。

ResetByPeer

如果本端應用層嘗試去執(zhí)行寫數(shù)據操作，比如send，那么應用層就會收到 Broken pipe 的報錯，意思是發(fā)送通道已經壞了。

BrokenPipe

這兩個是開發(fā)過程中很經常遇到的報錯，感覺大家可以把這篇文章放進收藏夾吃灰了，等遇到這個問題了，再打開來擦擦灰，說不定對你會有幫助。

出現(xiàn)RST的場景有哪些

RST一般出現(xiàn)于異常情況，歸類為對端的端口不可用和 socket提前關閉。

端口不可用

端口不可用分為兩種情況。要么是這個端口從來就沒有"可用"過，比如根本就沒監(jiān)聽（listen）過；要么就是曾經"可用"，但現(xiàn)在"不可用"了，比如服務突然崩了。

端口未監(jiān)聽

TCP連接未監(jiān)聽的端口

服務端listen 方法會創(chuàng)建一個sock放入到全局的哈希表中。

此時客戶端發(fā)起一個connect請求到服務端。服務端在收到數(shù)據包之后，第一時間會根據IP和端口從哈希表里去獲取sock。

全局hash表

如果服務端執(zhí)行過listen，就能從全局哈希表里拿到sock。

但如果服務端沒有執(zhí)行過listen，那哈希表里也就不會有對應的sock，結果當然是拿不到。此時，正常情況下服務端會發(fā)RST給客戶端。

端口未監(jiān)聽就一定會發(fā)RST嗎？

不一定。上面提到，發(fā)RST的前提是正常情況下，我們看下源碼。

//?net/ipv4/tcp_ipv4.c??
//?代碼經過刪減
int?tcp_v4_rcv(struct?sk_buff?*skb)
{
????//?根據ip、端口等信息?獲取sock。
????sk?=?__inet_lookup_skb(


                
            欲知詳情，請下載word文檔 下載文檔