SYN_RECV狀態(tài)在還未創(chuàng)建子套接字時(shí)，是怎么設(shè)置的？

jiufei19

根據(jù)TCP的狀態(tài)變遷圖可知，通常當(dāng)服務(wù)端在Listen狀態(tài)下收到客戶端發(fā)來的SYN請(qǐng)求后，返回SYN+ACK后，服務(wù)端TCP就從LISTEN狀態(tài)變遷到SYN_RECV狀態(tài)，這點(diǎn)可以在發(fā)起TCP主動(dòng)連接的客戶端執(zhí)行如下iptables命令后，使得服務(wù)器端不能收到客戶端的最后一個(gè)ACK來獲得：
sudo iptables -A INPUT -p tcp --sport 9000 -j DROP  /* 假設(shè)TCP服務(wù)器在9000端口監(jiān)聽 */


之后在服務(wù)器端通過netstat命令即可看到每當(dāng)一個(gè)客戶端發(fā)來SYN后，服務(wù)器就為此客戶端對(duì)應(yīng)設(shè)立了一個(gè)SYN_RECV狀態(tài)，如下圖所示：



但是，這里有一個(gè)問題，即通過跟蹤TCP的三次握手代碼，可以看到實(shí)際上只有當(dāng)服務(wù)端收到了客戶端最后發(fā)來的ACK后，服務(wù)端會(huì)創(chuàng)建子套接字，并且此時(shí)會(huì)將子套接字的狀態(tài)臨時(shí)設(shè)置為TCP_SYN_RECV狀態(tài)，之后再將其設(shè)置為TCP_ESTABLISHED狀態(tài)。換句話講，當(dāng)服務(wù)端沒有收到客戶端的最后一個(gè)ACK時(shí)，是不可能創(chuàng)建子套接字的，那么在服務(wù)器端上執(zhí)行netstat所看到的SYN_RECV這個(gè)狀態(tài)，究竟是從哪里獲得的，源碼中根本沒有這個(gè)狀態(tài)的設(shè)置，netstat是怎么知道的呢？

請(qǐng)各位解惑，謝謝！