如果沒有 listen,能否建立 TCP 連接?
在 TCP 網絡通信過程中,我們都是先有 server 端調用 listen 監聽某個端口號,然后 client 向 server 發起連接請求,最終建立起連接。
那么,要是沒有一端進行監聽,是否可以建立起 TCP 連接呢?
對于 TCP 來講,一條鏈路的建立是通過三次握手來完成,而三次握手的過程是由內核完成的,顯然三次握手應用程序是無法干擾的。
因此我們可能會想到使用原始套接字來接收 IP 報文,通過應用層來構造三次握手報文來完成三次握手的過程,但是該方法是行不通的,因為原始套接字在收到對端的回應報文 syn+ack 報文時,系統會自動給對端回應 RST 報文中斷連接。 該現象原來的文章分析過,本文不在分析。若要實現套接字的三次握手成功,需要解決系統自動回應 RST 報文,比如通過 iptable 過濾掉 RST 報文。
在TCP的三次握手中,client 收到對端回應的 syn+ack 報文后,之所以能找到對應的套接口,是因為在 connect 時根據端口號把套接字加入到 tcp_hashinfo.ehash 的 hash 表中。而原始套接字會自動回復 RST 報文,就是沒有在 hash 表中加入套接字,導致找不到套接字。
因此我們可以得到,只要避免找不到套接字就可以完成鏈路的建立。所以,兩端同時打開套接字也可完成鏈路的建立,并不需要其中一端進行 listen。
同時連接
測試步驟就是2臺機器各自綁定一個本地地址和端口號,然后同時向對端綁定的端口發送connect 請求,具體例子不再貼出。
在同時連接中,兩端同時發送 SYN 報文而進入 SYN_SENT 狀態;當每一端收到 SYN 后狀態變為 SYN_RCVD, 發送 SYN 并對收到的 SYN 進行確認;當雙方都收到對端的 SYN 及相應的 ACK, 狀態變遷為 ESTABLISHED。狀態變遷過程如下:
以上是兩端互相 connect 完成鏈路的建立,若要去掉兩端,我們也可以實現connect 本端綁定的IP和端口號。
使用 nc 測試一個 自己連接自己的 TCP 連接
上述可以看到源端口號等于目的端口號,并且也完成鏈路的建立。
從跟蹤結果來看,自己連接自己(公用同一個socket)完成了鏈路的建立。
自己連接自己只是同時連接中的一個特例。