linux 下listen调用的backlog设为0，有何意义

Posted 2023-05-12

参考技术A listen的backlog参数指定的是已经三次握手完成，达到了established状态但是等待accept的队列的容量。当这个容量超过上限的时候服务器端便不处理客户端的三次握手了。这个队列的容量当然不是楼主所说的并发连接数。
但是lisen的再后一道程序便是accept了。如果你想要的是在tcp并发连接数量超过上限的时候服务器不再处理了三次握手那么只有两种办法:
1.关闭listen的socket
2.自己修改tcp协议栈的实现，当然这个就比较麻烦了。

用iptables防火墙来限制tcp连接，
如下，限制用户的tcp连接数为50

iptables -I INPUT-p tcp -m connlimit --connlimit-above 50 -j REJECT本回答被提问者采纳

linux下socket的连接队列的 backlog的分析

建立socket连接的过程

1：client发syn请求给server

2：server收到后把请求放在syn queue中，这个半连接队列的最大值是系统参数tcp_max_syn_backlog定义的

3：存放在半连接队列后发送syn+ack给client

4：client收到后再发送syn+ack给server即完成三次握手，然后server把连接放在accept queue，这个队列长度就是程序里调用socket的时候定义的backlog定义大小

5：应用程序通过调用accept()到accpetqueue里获得连接

but 当accpet queue满了怎么办呢

注意：如果accpet队列满了，linux会出现一个异常处理，去判断tcp_abort_on_overflow系统参数是否为1，如果是1，则会发出拒绝客户端的终止讯息并断开连接。但是如果这个参数是0，那就坑爹了，对于溢出队列的连接，linux不会去管它，会继续正常建立连接，但是在accpetqueue里没有了