一个客户端断开了以后，另一个客户端永远连不上

[WalkerWalker]

成功实现了限制某个端口访问不能超过一个，撒花，么么哒！
但是我在电脑上断开连接以后，手机4G也迟迟连不上去，等了10分钟多了也连不上去。服务器上的日志一直是

Mar 19 09:46:39 ip-172-31-12-118.us-west-1.compute.internal python[826]: 2017-03-19 09:46:39 ERROR    [socket] the server_addrs *:8333 client more then the 1
Mar 19 09:47:14 ip-172-31-12-118.us-west-1.compute.internal python[826]: 2017-03-19 09:47:14 ERROR    [socket] the server_addrs *:8333 client more then the 1
Mar 19 09:47:26 ip-172-31-12-118.us-west-1.compute.internal python[826]: 2017-03-19 09:47:26 ERROR    [socket] the server_addrs *:8333 client more then the 1
Mar 19 09:48:15 ip-172-31-12-118.us-west-1.compute.internal python[826]: 2017-03-19 09:48:15 ERROR    [socket] the server_addrs *:8333 client more then the 1
Mar 19 09:48:40 ip-172-31-12-118.us-west-1.compute.internal python[826]: 2017-03-19 09:48:40 ERROR    [socket] the server_addrs *:8333 client more then the 1
Mar 19 09:49:18 ip-172-31-12-118.us-west-1.compute.internal python[826]: 2017-03-19 09:49:18 ERROR    [socket] the server_addrs *:8333 client more then the 1
Mar 19 09:49:34 ip-172-31-12-118.us-west-1.compute.internal python[826]: 2017-03-19 09:49:34 ERROR    [socket] the server_addrs *:8333 client more then the 1
Mar 19 09:50:59 ip-172-31-12-118.us-west-1.compute.internal python[826]: 2017-03-19 09:50:59 ERROR    [socket] the server_addrs *:8333 client more then the 1
Mar 19 09:51:17 ip-172-31-12-118.us-west-1.compute.internal python[826]: 2017-03-19 09:51:17 ERROR    [socket] the server_addrs *:8333 client more then the 1
Mar 19 09:52:06 ip-172-31-12-118.us-west-1.compute.internal python[826]: 2017-03-19 09:52:06 ERROR    [socket] the server_addrs *:8333 client more then the 1

我电脑用的客户端是 shadowsocksX-NG
手机用的是ssrconnect

对了，应该是 more than, 不是 more then

[WalkerWalker]

我把电脑客户端上又连去了另一台ss 服务器，再等了十分钟，手机那里还是上不去，完全没有释放的意思。所以我觉得应该不是客户端断开连接方式的问题。

[WalkerWalker]

我在ss 服务器上把进程重启了一下，手机重新连上去了。这时候电脑就上不去了（good），然后手机断开以后，电脑上还是连不上去。错误信息还是相同。（not good）

[WalkerWalker]

不知道我还有什么办法可以给出更多有用的日志吗？

[falseen]

debug模式可以看到更多的日志，你可以用 python sever.py -v 开启。我的补丁的日志都会以[socket]开头。

另外你说的断开连接是指关闭浏览器还是关闭ss？

[WalkerWalker]

不是关闭浏览器，
是断开ss连接，甚至还连了另一个ss server

[falseen]

你试试关闭浏览器或关闭ss。某些浏览器会一直保持长连接，或一直尝试连接(即使你没打开网页)。

[falseen]

@WalkerWalker
看了一下代码，我把所有的debug都注释掉了，所以你用debug模式也看不到更多的日志。

你再测一下吧，如果实在不行，就只能是调整规则，对指定时间无数据传输的连接进行强制关闭了。但我觉得这样可能会误伤，因为有长连接的存在。

[WalkerWalker]

....我刚想说，我怎么没看到更多的日志
下面日志可以看到，我的一个连接原本在看youtube，11:39分断开，然后几乎啥也没发生，11:45分用手机连，一直都连不上，

2017-03-19 11:39:47 INFO     connecting mtalk.google.com:5228 from 183.193.***.***:37074
2017-03-19 11:39:47 DEBUG    hit cache: mtalk.google.com
2017-03-19 11:39:48 DEBUG    destroy: yt3.ggpht.com:443
2017-03-19 11:39:48 DEBUG    destroying remote
2017-03-19 11:39:48 DEBUG    destroying local
2017-03-19 11:39:53 DEBUG    destroy: www.youtube.com:443
2017-03-19 11:39:53 DEBUG    destroying remote
2017-03-19 11:39:53 DEBUG    destroying local
2017-03-19 11:39:55 DEBUG    destroy: youtubei.youtube.com:443
2017-03-19 11:39:55 DEBUG    destroying remote
2017-03-19 11:39:55 DEBUG    destroying local
2017-03-19 11:39:55 DEBUG    destroy: clients4.google.com:443
2017-03-19 11:39:55 DEBUG    destroying remote
2017-03-19 11:39:55 DEBUG    destroying local
2017-03-19 11:39:55 DEBUG    destroy: s.youtube.com:443
2017-03-19 11:39:55 DEBUG    destroying remote
2017-03-19 11:39:55 DEBUG    destroying local
2017-03-19 11:39:55 DEBUG    destroy: i.ytimg.com:443
2017-03-19 11:39:55 DEBUG    destroying remote
2017-03-19 11:39:55 DEBUG    destroying local
2017-03-19 11:39:55 DEBUG    destroy: mtalk.google.com:5228
2017-03-19 11:39:55 DEBUG    destroying remote
2017-03-19 11:39:55 DEBUG    destroying local
2017-03-19 11:39:55 DEBUG    destroy: r9---sn-n4v7kn76.googlevideo.com:443
2017-03-19 11:39:55 DEBUG    destroying remote
2017-03-19 11:39:55 DEBUG    destroying local
2017-03-19 11:39:55 DEBUG    destroy: r9---sn-n4v7kn76.googlevideo.com:443
2017-03-19 11:39:55 DEBUG    destroying remote
2017-03-19 11:39:55 DEBUG    destroying local
2017-03-19 11:42:05 DEBUG    1 keys swept
2017-03-19 11:42:45 DEBUG    1 keys swept
2017-03-19 11:42:55 DEBUG    16 keys swept
2017-03-19 11:43:05 DEBUG    1 keys swept
2017-03-19 11:43:35 WARNING  timed out: r7---sn-o097znel.googlevideo.com:443
2017-03-19 11:43:35 DEBUG    already destroyed
2017-03-19 11:43:45 DEBUG    4 keys swept
2017-03-19 11:44:55 DEBUG    1 keys swept
2017-03-19 11:45:31 DEBUG    accept
2017-03-19 11:45:31 ERROR    [socket] the server_addrs *:8333 client more then the 1
2017-03-19 11:45:32 DEBUG    accept
2017-03-19 11:45:35 DEBUG    accept
2017-03-19 11:45:36 DEBUG    accept
2017-03-19 11:45:44 DEBUG    accept
2017-03-19 11:45:44 ERROR    [socket] the server_addrs *:8333 client more then the 1
2017-03-19 11:45:48 DEBUG    accept
2017-03-19 11:45:48 DEBUG    accept
2017-03-19 11:45:49 DEBUG    accept
2017-03-19 11:45:49 DEBUG    accept
2017-03-19 11:45:49 DEBUG    accept
2017-03-19 11:45:53 DEBUG    accept
2017-03-19 11:46:15 DEBUG    accept
2017-03-19 11:46:15 ERROR    [socket] the server_addrs *:8333 client more then the 1
2017-03-19 11:46:15 DEBUG    accept
2017-03-19 11:46:15 DEBUG    accept
2017-03-19 11:46:17 DEBUG    accept
2017-03-19 11:46:22 DEBUG    accept
2017-03-19 11:46:22 DEBUG    accept
2017-03-19 11:46:22 DEBUG    accept
2017-03-19 11:46:27 DEBUG    accept
2017-03-19 11:46:27 ERROR    [socket] the server_addrs *:8333 client more then the 1
2017-03-19 11:46:27 DEBUG    accept
2017-03-19 11:46:28 DEBUG    accept
2017-03-19 11:46:28 DEBUG    accept
2017-03-19 11:46:29 DEBUG    accept

[WalkerWalker]

嗯，时间小的话会误伤。时间大的话，每次切换设备都要等好久也是蛮蛋疼的。。。

不过为什么要关闭连接呢？

可不可以维护一个ip的集合，对指定时间无数据传输的连接，把那个ip从集合里挪出去。新的连接来了，再判断集合是不是满了，满了就拒绝，没满把ip加进集合。

[falseen]

那就奇怪了，我比较想知道的是你有没有关闭浏览器或ss？关闭ss应该是会直接断开连接的，从我的测试来看，只有手机版的ss会出现关闭ss之后连接仍然存在的问题。或者你可以试着把 set_close_timeout 改成 True ?

我更新了一下代码，把logging.debug显示出来了，你再看看有没有更多的日志。

[falseen]

如果不关闭连接的话那之前的设备仍然是可以上网的，只要那个连接存在。如果只是根据时间来判定的话可能会误伤一些长连接。

[WalkerWalker]

我又测试了一下

https://gist.github.com/WalkerWalker/f349e086e0219a244733d0f00c73e17b

这次的log信息量多很多了！你看看能不能有帮助

我看到有70个add，35个close，是不是add两次是不应该的？如果拒绝的时候，能在log里面打出目前占用的连接，就更明确了。

[falseen]

确实不应该出现两次同样地址和端口的add，一定是哪里出错了。

[falseen]

但奇怪的是我这里一切正常。你用了两个端口还是只用了一个端口 ？有没有开负载均衡 ？按理说不管你怎么配置都不影响的，但还是先了解一下情况再说吧。

[falseen]

这样，你先用其他客户端试一下，比如直接运行 local.py，先不要用shadowsocksX-NG。 我怀疑可能是shadowsocksX-NG 的连接跟别的客户端不一样。

另外我更新了一个 dev 分支，你试试看能不能解决你的问题
地址 ：https://github.com/falseen/PySocket/tree/dev

git clone -b dev https://github.com/falseen/PySocket