Elegance

雖然大家都知道udp是stateless的協定
但實作中在sudo netstat -nap裡還是有可能會看到
UDP協定的ESTABLISHED狀態
查了一下，原來是建立udp socket時用了connect() api
執行時會去呼叫對應的 connect() syscall [1]
才會導致這個結果，但是udp connect()並不會有三向式交握.

之前分析了chrome封包發現，chrome偶爾會 TLS(SSL) over udp
尤其實是在連線google自家的server.
e.g.
udp        0      0 192.168.X.X:43870     172.217.163.45:443      ESTABLISHED 
3788/chrome --type=
我想可能是為了效率吧，畢竟網路分層架構，TLS(SSL)也沒有規定一定要over tcp

接著就來實驗看看

//udp_connect.c #include<stdio.h> #include<sys/socket.h> #include<netinet/in.h> #include<string.h> int main(int argc, char *argv[]) { int sd; struct sockaddr_in svr_addr; int ret; socklen_t addrlen = sizeof(struct sockaddr_in); char buf[100] = {}; if ((sd = socket(AF_INET, SOCK_DGRAM, 0)) < 0) { perror("socket"); } svr_addr.sin_family = AF_INET; svr_addr.sin_port = htons(53); svr_addr.sin_addr.s_addr = inet_addr("8.8.8.8"); connect(sd, (struct sockaddr* )&svr_addr, addrlen); while (1) { memset(buf, 0, 100); printf("ple input: "); fgets(buf, 100, stdin); send(sd, buf, 100, 0); ret = recvfrom(sd, buf, 100, 0, (struct sockaddr* )&svr_addr, &addrlen); printf("client: IPAddr = %s, Port = %d, buf = %s\n", inet_ntoa(svr_addr.sin_addr), ntohs(svr_addr.sin_port), buf); } close(sd); return 0; }

編譯&執行後，在 sudo netstat -nap 裡面

udp 0 0 192.168.X.X:53294 8.8.8.8:53 ESTABLISHED 12402/udp_connect

也真的有出現 udp 的 ESTABLISHED State

註[1]: 可用 strace 工具去觀察程式執行時呼叫了哪些 syscall