search

Simple-Tracker / qBittorrent-ClientBlocker

一款适用于 qBittorrent/Transmission (Beta)/BitComet (Beta, Partial) 的客户端屏蔽器, 默认屏蔽包括但不限于迅雷等客户端. A client blocker compatible with qBittorrent/Transmission (Beta)/BitComet (Beta, Partial) which is prohibited to include but not limited to clients such as Xunlei.
MIT License
840 stars 20 forks source link

位于ipBlockList内的ip没有被屏蔽 #69

Closed Trustedinstall closed 3 months ago

Trustedinstall commented 3 months ago

无标题 123.159.200.0/24和2408:8740:31fe:19::/64这个段下都是这吸血客户端 看上去是没有获取到正确的端口号，增强屏蔽的功能也没有触发。

Simple-Tracker commented 3 months ago

感谢反馈!

这是屏蔽了, -1 代表全端口屏蔽, 客户端没有反应可能是客户端的迟滞问题. 对于 qBittorrent, 应该能在客户端的屏蔽列表看到它.

Trustedinstall commented 3 months ago

已经等了很久了还是没被屏蔽，正常被屏蔽的话会显示“此次封禁客户端：x个”目前只能在qbittorrent内手动屏蔽

Simple-Tracker commented 3 months ago

我测试一下...

Simple-Tracker commented 3 months ago

试试 3.3b9!

这确实是一个 bug, 具体而言: 为了节省开销, 程序会只在屏蔽数量有变动的情况下才向客户端提交屏蔽列表, 但这个过程没有考虑到 IP 地址屏蔽的功能 (因为这是后来添加的), 所以它会添加到屏蔽器客户端自己维护的屏蔽列表, 但没有向下载器客户端提交. 即实际上不是不生效, 只是要随着下一次发生其它能触发提交屏蔽列表的屏蔽 (或清理) 后一起生效.

Trustedinstall commented 3 months ago

那个ip现在还没出现，还不知道效果。 那么增强屏蔽功能也没生效也是这个原因吗？这个ip最后都产生了一个多G的传输量且进度一直都是0，已经符合增强屏蔽的标准了，都没被屏蔽还是被我手动屏蔽的。是因为屏蔽ip的优先级比增强屏蔽高吗？

Trustedinstall commented 3 months ago

那个ip现在还没出现，还不知道效果。 那么增强屏蔽功能也没生效也是这个原因吗？这个ip最后都产生了一个多G的传输量且进度一直都是0，已经符合增强屏蔽的标准了，都没被屏蔽还是被我手动屏蔽的。是因为屏蔽ip的优先级比增强屏蔽高吗？

那个ip出现了，屏蔽有效。

Simple-Tracker commented 3 months ago

是的, 屏蔽 IP 的优先级比增强屏蔽高. 这个版本的描述还有一些 bug: 最后"因 IP 地址而封禁"实际上是此次的数据.

若是没有触发屏蔽 IP, 则在满足增强屏蔽的条件后会触发增强屏蔽, 前提是这个 Peer 在检测时有速度.

这个项目因为功能发展太快, 然后各种逻辑交叉起来, 实际上还是有些乱...