首先，默认设置不适合改，毕竟比特彗星在中国地区的用户量依旧是最小众的，主要用户群体都在海外，国外运营商就没这种小动作来限制并发连接数，对于他们，更明显能看到的是UDP产生的内存为什么异常高
现在版本DHT优化做法是
每30分钟查询一次DHT，然后缓存到内存数据库中，之后BT任务通过缓存数据直接获取结果，可以最大程度的节省数据包产生
问题原因是，在这30分钟内，虽然DHT已经有了本地内存数据库，如果收到了他人发送来的数据包，那么比特彗星会进行回包通知他人，产生了发送包，如果是公网ip，那么比特彗星能收到他人发来更多的数据包，也就需要发送出去更多的数据包用于回复
优化方案我觉得应该可以把这个回复包砍掉？或者出个选项专门限制这个回复包的数值，可以设置不回包，或者每秒最多回1个包
可以观察到比特彗星在运行过程中，平均有50-200个数据包一秒
在国内一些移动运营商，可能限制用户宽带连接数为10，所以50＞10，就引起了上网变慢，tcp连接建立丢包等现象，但是已经在运行的QQ，正在玩的英雄联盟等游戏却是一些正常没有掉线，ping www.baidu.com 正常没有丢包，路由器能够正常打开192.168.1.1后台管理面板，但是就是上不去网或者上网很卡，这种情况就是被运营商限制了连接数
而不是所谓的路由器卡死，因为路由器的承受能力普遍在16w-30w，远远＞10 这个运营商的限制值
就和udp限制了 network.max_connecting_connections_per_tracker 一样，我觉得加个选项限制DHT回包应该不难，不知道为什么迟迟不肯加
至于每30分钟产生一次查询DHT，我认为是合理的，虽然这个查询过程会产生2000-5000包一秒，但是只会持续一小会就查询完毕，这个地方应该可以不用改动，或者想彻底解决也可以改，同时应用在DHT发送并发设置里，并且查询持续1分钟就彻底停止线程，避免设置的数值过小导致一直在发送查询取不到DHT缓存
总体来说就是DHT有两种数据包
1.收到他人请求的回复包(50-200 pps)
2.每30分钟主动发送一次查询缓存的包(2000-5000 pps)
ie12
104
其实去看看国外一些下载站下面 老外对断网和捆绑软件的抱怨就知道了
国外这个词太宽泛 在不同地区不同运营商执行的策略都不同 并不能这样一概而论
我还是这个观点默认传输参数应该保守一些
有需求可以自行调高 如果嫌DHT效率不高
不管如何设计 这个总产生量是要控制的
不过前也只能目前限制发起和队列长度
其实默认不启用DHT也是个方法 但是感觉不太好
这样的的发包率还是有点高
其实这有有点像MTU还没有ICMP和MSS钳制可用
要6位才能屏蔽client，那 FDM 怎么办，peerid随机且不符合peerid规范，clientid只有三位
并且能不能重建一下webui，看看彗星与qb的webui，这是在给ie6特别优化吗
并且api少得可怜客户端ui显示那么完整webui只显示上下载大小以及client名，对方进度、peerid、上传速率以及客户端屏蔽的api都没有，给第三方插件很多麻烦
clientid也要6位啊，可是fdm这个name只有三位啊
不知道，我qbee用的蛮少，你可以把qbee的log调出来看看会不会
毕竟从吸血雷转向一个纯粹的bittorrent客户端实在不习惯，所以用彗星还是比较多，并且qbee不会详细显示端口是否开放，只有一个地球或者火星的图像
ie12
113
目前彗星内置的基于流量的反吸血
在下载阶段基本上是没什么问题的
但在做种阶段 没有也不需要下载量
基于上传量的反吸血自然是不起作用
虽然而客户端名称和 peerID 可以被轻松伪造
但使用其进行屏蔽是目前最简单 最具有可行性的方法
应该将其进一步发展
事实上我的设想是允许从外部文件中读取peerID 客户端名称 以及 端口号
同时添加的一个定时重载选项
当然要是能像更新tracker服务器列表那样直接从网络上更新就更好了
如果能实现之前提出的热重载配置 那这些就都不是问题了
至于伪装和滥用正常客户端的情况 只能依靠IP和端口进行屏蔽
毕竟 在BT传输中许多的信息依靠对方汇报
比如 peerID 客户端名称 下载进度 等
可靠信息其实只有 对方的上传量（校验后的）以及IP和端口
也许可以尝试主动防御即对对方发起一些主动的探测或者扫描
但这很容易被视为攻击行为
就目前被动防御而言IP黑名单仍然是十分有效
我的建议是 封锁所有国内的IDC IP 以及专线IP
原来的计划是通过免费的IP数据库
确定这些IP地址并加以封禁
但大部分免费的IP数据库似乎不包含 网络类型这一项
需要使用付费数据库才行
现在可能只能依靠人工观察和记录
当然这针对的是滥用正常客户的刷流的用户
至于使用吸血客户端的普通用户 简单的peerID 和客户端名称屏蔽就足够了
算上版本号的话还是可以的 最好能够 引入通配符 这样就不用担心它的版本号发生变化了
正则表达式确实有些复杂了通配符应该够用了
464436213056526375764932444656475361734b
FD6!0VRcuvI2DFVGSasK
4644364673635f586e364b53616c2d2821535975
FD6Fsc_Xn6KSal-(!SYu
比如使用 * 或者 ? 作为通配符
星号（*）匹配任意数量（包括零个）的任意字符
问号（?）匹配单个任意字符
像这样：
针对peerID
FD????
FD*
针对 客户名称
FDM/??
FDM*
事实上 Tixati 已经在使用这样的通配符了
这不是bug，是老板键功能，可能是你误触，默认老板键是
alt+`
你在使用 alt+tab 的时候误触到`按键就触发了老板键按钮
程序设计老板键的原因主要是为了满足特定用户群体（如上班族和学生）的需求，这些用户需要在使用计算机时保持隐私和安全。老板键的设计初衷并非专为企业高管或其他高级用户设计，而是更广泛地服务于需要快速隐藏游戏或其他无关工作的用户，以及那些希望在使用计算机时保护自己隐私的人
老板键也被用来欺骗老板和同事，通过让显示器呈现正常工作时的画面，从而达到保护隐私的目的
程序设计老板键的原因是为了满足特定用户群体的需求，特别是那些需要在使用计算机时保持隐私和安全的人们。同时，这种设计也反映了现代工作环境中对于效率和隐私保护的重视。
tracker现在是2小时最大值，能不能放宽3分钟这样，比如最大值123分钟
比如opentracker是 +-3 差分优化，让每个任务tracker发起的时间错开，1:57:00 - 2:03:00 随机赋予一个值
比特彗星由于最大值，容易好些任务都是1:59:59
客户端名称可以写
FDM/6.
不过这款客户端有正确提供上传，并不属于吸血客户端，不建议屏蔽，反吸血检测也都是正常合规的绿色笑脸，对方是正常的
FDM正常但是传输速率严重不对等，也就不到100k的上传聊胜于无，我也是屏蔽掉了
下载地址怎么打开说所在地区无法下载是怎么回事，有大哥分享个连接或者代码吗？
webui重写一下吧，Api太少并且界面太远古，显示的信息也少
1個讚
貌似是不支持，看日志外置列表只在软件启动时加载，修改内容看没有看到再次加载的日志。
ie12
123
旗帜确实是补齐了不过在一致性上还存在一些问题
主要是旗帜的宽度问题 即宽度不一致 当然这是由于规范不同导致的
但为了一致性建议调整为统一的长度和宽度（包括正方形的和非矩形的）
还有清晰度的问题 确切的来讲是平滑度的问题
有些旗帜中的锯齿比较明显 可能是缩放的问题？
导致整体显得有些模糊
（巴基斯坦的最为明显上面的月亮整个就变形了 不过图没截到 ）
而且目前打包的旗帜似乎也有些问题
似乎有两面重复的美国国旗？
目前似乎使用的这个国旗库
》GitHub - linssen/country-flag-icons: ISO country flags with licensing information
qb的旗帜 就是定长定宽的
即使是正方形的旗帜也是以长方形的形式显示的
其似乎用的是这个库要是有条件可以参考一下
》Flag Icons
在此处应主要考虑辨识度和美观度可以牺牲一些准确性
