Closed RX-105 closed 7 months ago
感谢反馈!
(正常情况下, 不能扫描所有 Peer 的问题, 只会在 qB 响应缓慢的情况发生. 通过打开 Debug 开关, 可以看到程序实时进度, 获得更多信息.)
启动了没多久就被吸了12GiB,还是anacrolix。这期间程序似乎没有正常工作
应该是程序在启动后不会立即开始屏蔽,而是会等待一个interval的时间再开始执行屏蔽 https://github.com/Simple-Tracker/qBittorrent-ClientBlocker/blob/38354520517c7cce3212791dcd9ff7399bc2cf29/console.go#L323
- 清除原有屏蔽设置是为防止 IP 残留, 程序只能维护自己的屏蔽列表, 只在程序启动时清理一次, 其后每一次均是追加程序维护的屏蔽列表. 目前没有计划解析用户手动设置的屏蔽列表, 若用户需要手动屏蔽 IP, 可尝试配合 filter.dat 使用;
其实我觉得问题可能就是这个。昨天程序屏蔽了4个peer,今天开机后程序随windows自启动,昨天的4个屏蔽的peer就被清除了,然后今天上午屏蔽了2个peer。刚刚我pull了master,重新build了程序并替换,之前那2个peer也没了,然后重新开始的。我觉得应该不清除现有的屏蔽列表,只是添加新的peer ip。
另外发现的一个问题是我替换主程序的时候发现的。程序正在最小化运行(用快捷键),但是有两个peer正在吸血,没有被处理。我退出最小化后,这两个peer就被处理了。我想会不会是最小化的行为影响了程序的正常运行。
抱歉可能我能帮到的也就这些了 我并不会写go😥
由于程序屏蔽很快, 因此这并不是一个非常大的问题, 而且维护已添加的屏蔽列表需要额外的工作且收益很小. 但后者的问题似乎确实存在, 这应该是导致无法屏蔽的核心原因, 在此期间建议避免使用热键功能, 我们正在寻找可行的解决/替代方案, 若实在无法解决只好取消此功能.
最小化我建议用小工具 RBTray,右键窗口的最小化按钮就能到托盘,比快捷键方便多了 https://github.com/benbuck/rbtray
我已再次测试, 此问题无法复现. 于 Windows Server 2022 21H2 使用 Release 最新的 2.5p4 进行测试, 具体步骤:
若确实遇到此问题, 可能与操作系统节能策略等有关 (如: 当程序不在前台活跃时暂停程序), 可考虑尝试第三方小工具如楼上提到的 RbTray 等隐藏窗口. 若前台后仍观察到此现象, 请启用 Debug 模式并观察是否在连续输出或出现超时 Timeout 错误, 这有概率可能意味着你的 qBittorrent 本身响应缓慢.
这一功能的失效是因为控制台窗口隐藏, 而非热键隐藏的原因. 晚些时候, 可能计划放弃热键隐藏功能, 而转为使用拖盘按钮.
另外, 对于桌面使用, 也可尝试 qBEE (若无 PT 需求) 或本地部署+自启动 Docker 版本.
qBEE: https://github.com/c0re100/qBittorrent-Enhanced-Edition/releases peer_blacklist.txt (qBEE): https://github.com/anacrolix/torrent/discussions/891#discussioncomment-8147031
其实我用的就是qbee,不过不知道是不是我配置的问题(只改了Upload choking algorithm选Anti-leech),某些使用anacrolix的吸血peer没有被处理。
窗口隐藏的问题之后我再仔细观察一下吧。
复现出来了,时间是00:21:14。 系统是Windows 10,qbee 4.6.3.10,程序是我自己build的,hash为38354520。除了在console.go里多了个日志打印,没有做其他的代码修改。 使用快捷键隐藏,关闭外部的过滤文件。
下面是部分日志,我移除了部分其他client的输出:
[2024-02-04 00:21:14][Debug-CheckPeer_IgnorePeer (Blocked)] 59.47.225.xx:23492 github.com/anacrolix/torrent (devel) (anacrolix/torrent unknown).
[2024-02-04 00:21:18][Debug-Task_IgnoreEmptyHashCount] 0.
[2024-02-04 00:21:18][Debug-Task_IgnoreNoLeechersCount] 186.
[2024-02-04 00:21:18][Debug-Task_IgnoreBadTorrentInfoCount] 0.
[2024-02-04 00:21:18][Debug-Task_IgnoreBadPeersCount] 60.
[2024-02-04 00:21:18][Debug-FetchMaindata] 完整更新: true.
[2024-02-04 00:21:21][Debug-CheckPeer] 134.19.179.xx Transmission 2.9.4.
[2024-02-04 00:21:22][Debug-CheckPeer_IgnorePeer (Blocked)] 59.47.225.xx:23492 github.com/anacrolix/torrent (devel) (anacrolix/torrent unknown).
[2024-02-04 00:21:24][Debug-CheckPeer] 182.55.131.xx BitComet 1.67.
[2024-02-04 00:21:25][Debug-Task_IgnoreEmptyHashCount] 0.
[2024-02-04 00:21:25][Debug-Task_IgnoreNoLeechersCount] 187.
[2024-02-04 00:21:25][Debug-Task_IgnoreBadTorrentInfoCount] 0.
[2024-02-04 00:21:25][Debug-Task_IgnoreBadPeersCount] 56.
[2024-02-04 00:21:25][Debug-FetchMaindata] 完整更新: true.
[2024-02-04 00:21:27][Debug-CheckPeer_IgnorePeer (Blocked)] 59.47.225.xx:23492 github.com/anacrolix/torrent (devel) (anacrolix/torrent unknown).
[2024-02-04 00:21:31][Debug-Task_IgnoreEmptyHashCount] 0.
[2024-02-04 00:21:31][Debug-Task_IgnoreNoLeechersCount] 185.
[2024-02-04 00:21:31][Debug-Task_IgnoreBadTorrentInfoCount] 0.
[2024-02-04 00:21:31][Debug-Task_IgnoreBadPeersCount] 69.
[2024-02-04 00:21:31][Debug-FetchMaindata] 完整更新: true.
[2024-02-04 00:21:37][Debug-CheckPeer_IgnorePeer (Blocked)] 59.47.225.xx:23492 github.com/anacrolix/torrent (devel) (anacrolix/torrent unknown).
[2024-02-04 00:21:38][Debug-Task_IgnoreEmptyHashCount] 0.
[2024-02-04 00:21:38][Debug-Task_IgnoreNoLeechersCount] 182.
[2024-02-04 00:21:38][Debug-Task_IgnoreBadTorrentInfoCount] 0.
[2024-02-04 00:21:38][Debug-Task_IgnoreBadPeersCount] 98.
[2024-02-04 00:21:38][Debug-FetchMaindata] 完整更新: true.
[2024-02-04 00:21:44][Debug-RegHotKey] 开始监听窗口热键.
[2024-02-04 00:21:44][Debug-ShowOrHiddenWindow] 窗口显示.
[2024-02-04 00:21:44][Debug-CheckPeer_IgnorePeer (Blocked)] 59.47.225.xx:23492 github.com/anacrolix/torrent (devel) (anacrolix/torrent unknown).
[2024-02-04 00:21:44][Debug-CheckPeer] 210.22.74.xx qBittorrent 4.5.3.
[2024-02-04 00:21:45][Debug-Task_IgnoreEmptyHashCount] 0.
[2024-02-04 00:21:45][Debug-Task_IgnoreNoLeechersCount] 182.
[2024-02-04 00:21:45][Debug-Task_IgnoreBadTorrentInfoCount] 0.
[2024-02-04 00:21:45][Debug-Task_IgnoreBadPeersCount] 110.
[2024-02-04 00:21:45][Debug-FetchMaindata] 完整更新: true.
config.json
{
"debug": true,
"interval": 2,
"cleanInterval": 3600,
"banTime": 86400,
"sleepTime": 20,
"timeout": 6,
"longConnection": true,
"logToFile": true,
"logDebug": false,
"qBURL": "http://127.0.0.1:8098",
"qBUsername": "",
"qBPassword": "",
"blockList": ["-(XL|SD|XF|QD|BN|DL)(\\d+)-", "((^(xunlei?).?\\d+.\\d+.\\d+.\\d+)|cacao_torrent)", "-(UW\\w{4}|SP(([0-2]\\d{3})|(3[0-5]\\d{2})))-", "StellarPlayer", "dandanplay", "anacrolix/torrent v?([0-1]\\.([0-9]|[0-3][0-9])\\.[0-9]?[0-9]?|unknown)"]
}
日志上能看到的只有其正在正常检测 Peer, 因为 NoLeecher 仍有数值, 且能检测到屏蔽过的 Peer. (另: 若在程序运行时删除屏蔽列表, 则除非发生了清理或屏蔽, 否则不会更新屏蔽列表以节省资源, 所以中途删除用于测试是不合适的) 但不知为何你的 qBittorrent 返回了过多的 BadPeers, 可能是由于新连接太多 (qBittorrent 对于仍未连接完全的客户端不会提供 Client), 程序会忽略此次检查. 已发布 2.6 版本, 支持设置 debug_CheckPeer 选项, 以显示具体 Peer 的检查输出.
对于 CheckTorrent Status: 0/正常状态, -1/空 Hash (IgnoreEmptyHashCount), -2/无下载者 (IgnoreNoLeechersCount), -3/无法抓取 Peer (IgnoreBadTorrentInfoCount). 对于 CheckPeer Status: 0/正常状态, -1/Peer 的 IP 为空 或 客户端 为空 或 IP 为私有 IP 段, 1/新增绝对进度屏蔽, 2/已被普通屏蔽, 3/已被特殊屏蔽-IP 太多端口或上传过高, 4/已被特殊屏蔽-相对上传进度有问题 (未来将会转为普通屏蔽).
IgnoreEmptyHashCount: 空 Hash IgnoreNoLeechersCount: 无下载者 IgnoreBadTorrentInfoCount: 坏的 Torrent 信息 (一般由无法抓取引起) IgnoreBadPeersCount: eer 的 IP 为空 或 客户端 为空 或 IP 为私有 IP 段
这是我在测试时的日志:
[2024-02-03 17:19:00][Debug-Task_IgnoreEmptyHashCount] 0.
[2024-02-03 17:19:00][Debug-Task_IgnoreNoLeechersCount] 487.
[2024-02-03 17:19:00][Debug-Task_IgnoreBadTorrentInfoCount] 0.
[2024-02-03 17:19:00][Debug-Task_IgnoreBadPeersCount] 13.
我现在用了另一个方法 把窗口放到第二桌面上 既保证了窗口显示 又不会占用桌面空间 现在算是解决了( ゚∀。)
解决就好! 若有其它问题欢迎再次报告.
在启动了程序之后,我注意到qb原有的ip屏蔽设置(IP Filtering > Manually banned IP addresses)会被清除,然后再基于本次屏蔽的peer重新写入新的屏蔽列表。以前屏蔽过的peer本次可能再次出现,再加上程序有时不能正常扫描所有的peer,就导致再次被吸血😂
如图,启动了没多久就被吸了12GiB,还是anacrolix。这期间程序似乎没有正常工作,我也没看出来原因。
如果可以的话,我希望可以程序启动后不要清除原有的屏蔽设置,而是在现有的基础上附加。谢谢。