支持单独设置DNS请求的超时时间

[nange]

背景

当前TCP和UDP连接的超时时间是由配置read-write-timeout决定的，默认是60s。

但这对于DNS请求来说，此超时时间，过于久了，可能导致连接长时间无法关闭（端口长时间被占用），如果一段时间内，出现大量的DNS请求，可能会出现端口耗尽的问题。

另外对于某些TCP场景，60s的超时时间，又太短了，比如对于Android系统上的Google推送服务（可通过在拨号界面输入：*#*#426#*#*，打开状态监控界面），如果60s内，没有出现系统推送，则连接会被关闭，系统发现此连接关闭了，又会立即新建一个连接，如此循环，会明显增加手机的电量消耗。

功能需求

如果可以新增一个配置DNS的超时时间参数，如dns-timeout，默认5s。 这样就可以解决上面说到的两个问题。

因为DNS的超时时间很短了，就难以出现端口耗尽的问题；再对read-write-timeout参数配置更长的时间，就可以解决第二个Android推送服务频繁创建连接的问题。

[heiher]

这里的DNS应该是指代理DNS请求吧，而不是解析域名的SOCKS5服务器地址？如果是指代理DNS，这就需要增加识别DNS流量的功能，目前对TCP和UDP都是透传的。

[nange]

对，指代理DNS请求。 因为是透传的，还不太好修改，本想自己修改，发现难度还有点大。

[nange]

尝试用AI做了一个实现，不知道正不正确？：nange#4

[nange]

没太明白。 是说要排除掉，mapdns对应的请求吗？

[heiher]

我的意思是增加一个配置项来记录DNS服务器IP:Port，就像mapdns.address和mapdns.port一样，然后在程序中仅把命中这些记录的访问识别为DNS类型。

[nange]

意思是增加这个配置的目的是：只针对特定配置的DNS服务器才设置这个timeout？ 没看出这样的好处是啥？ 或者说不这么做的问题是什么

[heiher]

精确标记DNS类型的会话；误识别可能导致正常业务受影响

[nange]

OK，明白了。 这是一种非常非常严谨的实现方式。 缺点是用户使用上会稍显不便，需要多一步配置，需要精确理解其含义。 我会尝试实现这种方式。

[nange]

打算暂时放弃实现这个特性的想法，原因如下：

1. 2.14.0 版本将udp和tcp的超时时间分开了，因此把udp的超时时间设置的更短，可以较大幅度缓解这里提到的两个问题
2. 我后续用AI实现这个特性，看上去代码量超过了我的预期和能力范畴
3. 添加dns server这种配置方式，也不太易用，即使实现了，可能大部分用户也用不起来

[heiher]

对于端口耗尽或内存占用的问题，还可以设立合适的misc.max-session-count阈值，对于超过阈值的情况会选择最不活跃的会话进行回收。