TCP连接关闭时不发FIN包的奇怪行为分析

转载：http://blog.chinaunix.net/uid-10106787-id-3172066.html

一般情况下，当TCP连接主动关闭时，会向对端发送一个FIN，对端会获得一个读事件，调用read时返回0，表示读到一个EOF，读结束。然而，在有的时候却不是这样的，接下来将讨论一下。

 

首先是一个简单的服务器程序，accept()后睡眠5s钟，然后关闭连接。

1. int main(void)
   
2. {
   
3.     int fd;
   
4. 
   
5.     fd = socket(AF_INET, SOCK_STREAM, 0);
   
6. 
   
7.     struct sockaddr_in servaddr;
   
8.     memset(&servaddr, 0, sizeof servaddr);
   
9.     servaddr.sin_family = AF_INET;
   
10.     servaddr.sin_port = htons(9001);
    
11.     servaddr.sin_addr.s_addr = 0;
    
12. 
    
13.     const int on = 1;
    
14.     setsockopt(fd, SOL_SOCKET, SO_REUSEADDR, &on, sizeof on);
    
15. 
    
16.     bind(fd, (struct sockaddr *) &servaddr, sizeof servaddr);
    
17. 
    
18.     listen(fd, 10);
    
19. 
    
20.     int clifd = accept(fd, NULL, NULL);
    
21. 
    
22.     sleep(5);
    
23. 
    
24. //    char buf[1024];
    
25. //    read(clifd, buf, sizeof buf); 
    
26. 
    
27.     close(clifd);
    
28. 
    
29.     close(fd);
    
30. 
    
31.     return 0;
    
32. }

下面是一个简单的客户端程序，连接成功后发送1024字节的数据，然后调用read()

1. int main(void)
   
2. {
   
3.     int fd, ret;
   
4.     
   
5.     fd = socket(AF_INET, SOCK_STREAM, 0);
   
6. 
   
7.     struct sockaddr_in servaddr;
   
8.     memset(&servaddr, 0, sizeof servaddr);
   
9. 
   
10.     servaddr.sin_family = AF_INET;
    
11.     servaddr.sin_port = htons(9001);
    
12.     servaddr.sin_addr.s_addr = inet_addr("127.0.0.1");
    
13. 
    
14.     connect(fd, (SA *) &servaddr, sizeof servaddr);
    
15. 
    
16.     char buf[1024];
    
17. 
    
18.     if (write(fd, buf, sizeof buf) != sizeof buf)
    
19.         err_sys("write error");
    
20. 
    
21.     if ((ret = read(fd, buf, sizeof buf)) < 0)
    
22.         err_sys("read error");
    
23. 
    
24.     fprintf(stderr, "Read %d Bytes\n", ret);
    
25. 
    
26.     if (close(fd) < 0)
    
27.         err_sys("close error");
    
28. 
    
29.     return 0;
    
30. }

运行结果如下：

1. read error : Connection reset by peer

可见server在close时向client发送的不是FIN，而是RST，为什么会这样呢？我们从内核中找答案。

 

见 net/ipv4/tcp.c 中的 tcp_close() 函数，

1. /* As outlined in RFC 2525, section 2.17, we send a RST here because
   
2.      * data was lost. To witness the awful effects of the old behavior of
   
3.      * always doing a FIN, run an older 2.1.x kernel or 2.0.x, start a bulk
   
4.      * GET in an FTP client, suspend the process, wait for the client to
   
5.      * advertise a zero window, then kill -9 the FTP client, wheee...
   
6.      * Note: timeout is always zero in such a case.
   
7.      */
   
8.     if (data_was_unread) {
   
9.         /* Unread data was tossed, zap the connection. */
   
10.         NET_INC_STATS_USER(sock_net(sk), LINUX_MIB_TCPABORTONCLOSE);
    
11.         tcp_set_state(sk, TCP_CLOSE);
    
12.         tcp_send_active_reset(sk, sk->sk_allocation);
    
13.     }

代码里面写得很清楚，如果你的接收缓冲区中还有数据，协议栈就会发送RST而不是FIN。

 

我们再来验证一下，在server中先调用read()清空读缓冲区后再close()，此时发现client会收到FIN了。

 

可见，学习内核的协议栈是多么的重要啊!