RST為“復位”，它是TCP在某些錯誤情況下所發出的一種TCP分節。

有三個條件可以產生RST:

       1), SYN到達某埠但此埠上沒有正在監聽的伺服器。對於UDP,當一個數據報到達目的埠時,該埠沒在使用,它將產生一個ICMP埠不可達的資訊。而TCP則使用復位。

       2), TCP想取消一個已有連線

       3), TCP接收了一個根本不存在的連線上的分節。

1．  connect 

函式返回錯誤ECONNREFUSED:

如果對客戶的SYN的響應是RST，則表明該伺服器主機在我們指定的埠上沒有程序在等待與之連線（例如伺服器程序也許沒有啟動），這稱為硬錯（

TCP為監聽套介面維護兩個佇列。兩個佇列之和不超過listen函式第二個引數backlog。

當一個客戶SYN到達時，若兩個佇列都是滿的，TCP就忽略此分節，且不傳送RST.這個因為：這種情況是暫時的，客戶TCP將重發SYN，期望不久就能在佇列中找到空閒條目。要是TCP伺服器傳送了一個RST，客戶connect函式將立即返回一個錯誤，強制應用程序處理這種情況，而不是讓TCP正常的重傳機制來處理。這樣客戶區別不了這兩種情況：作為SYN的響應，意為“此埠上沒有伺服器”的RST還是意為“有伺服器在此埠上但其佇列滿”的

​有以下兩種處理方法：忽略新的SYN，或為此SYN響應一個RST。

2．往一個對端已經關閉的套接字上寫入資料會收到一個RST訊號。

如果此時不判斷read , write函式的返回值，就不知道伺服器是否響應了RST, 此時客戶端如果向接收了RST的套介面進行寫操作時，核心給該程序發一個SIGPIPE訊號。此訊號的預設行為就是終止程序，所以，程序必須捕獲它以免被終止。

3．  伺服器主機崩潰後重啟

如果伺服器主機與客戶端建立連線後崩潰，如果此時，客戶端向伺服器傳送資料，而伺服器已經崩潰不能響應客戶端ACK，客戶TCP將持續重傳資料分節，試圖從伺服器上接收一個ACK，如果伺服器一直崩潰客戶端會發現伺服器已經崩潰或目的地不可達，但可能需要比較長的時間；