如果沒有listen,能否建立TCP 連接?
如果沒有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 連接
# nc 10.115.20.30 1234 -p 1234
# netstat -anp | grep 1234
tcp 0 0 10.115.20.30:1234 10.115.20.30:1234 ESTABLISHED 2050/nc
- 1.
- 2.
- 3.
上述可以看到源端口號等於目的端口號,並且也完成鏈路的建立。
# strace nc 10.115.20.30 1234 -p 1234
execve("/usr/bin/nc", ["nc", "10.115.20.30", "1234", "-p", " 1234"], [/* 31 vars */]) = 0
brk(NULL) = 0x23d4000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f213f394000
...
munmap(0x7f213f393000, 4096) = 0
open("/usr/share/ncat/ca-bundle.crt", O_RDONLY) = -1 ENOENT (No such file or directory)
socket(AF_INET, SOCK_STREAM, IPPROTO_TCP) = 3
fcntl(3, F_GETFL) = 0x2 (flags O_RDWR)
fcntl(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0
setsockopt(3, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0
bind(3, {sa_family=AF_INET, sin_port=htons(1234), sin_addr=inet_addr("0.0.0.0")}, 16) = 0
//bind后直接就是connect,并没有进行listen
connect(3, {sa_family=AF_INET, sin_port=htons(1234), sin_addr=inet_addr("10.115.20.30")}, 16) = -1 EINPROGRESS (Operation now in progress)
select(4, [3], [3], [3], {10, 0}) = 1 (out [3], left {9, 999998})
getsockopt(3, SOL_SOCKET, SO_ERROR, [0], [4]) = 0
select(4, [0 3], [], [], NULL
- 1.
- 2.
- 3.
- 4.
- 5.
- 6.
- 7.
- 8.
- 9.
- 10.
- 11.
- 12.
- 13.
- 14.
- 15.
- 16.
- 17.
- 18.
- 19.
從跟踪結果來看,自己連接自己(公用同一個socket)完成了鏈路的建立。
自己連接自己只是同時連接中的一個特例。