SimpleTracker
SimpleTracker
相信 3.5 系列新版本已解决此问题, 欢迎测试!
感谢反馈! 除依赖项目 [PBH-BTN/BTN-Collected-Rules](https://github.com/PBH-BTN/BTN-Collected-Rules) 外, 现也引入 [Simple-Tracker/qBittorrent-ClientBlocker:ipBlockList.txt](https://github.com/Simple-Tracker/qBittorrent-ClientBlocker/blob/dev/ipBlockList.txt) 作为另一 IP 库来源. 欢迎所有用户一起通过修改文件来完善它, 须提供的信息包括: InfoHash/IP-CIDR/上传量/Torrent 大小, 并满足一定特征, 如相同 IP-CIDR 下多 IP 并发单个 Torrent 或 上传量已(远远)大于 Torrent 大小 等... 同时, 也鼓励向依赖项目同时回报这些问题. 另外, 也欢迎有精力的用户自行维护一 IP...
相信 3.5 系列新版本应已解决此问题, 欢迎测试!
感谢反馈! 已更新 config.json, IP 相关信息等待依赖项目跟进.
感谢反馈! 这是 ```\u07ad__```, 理论上已经在 blockList 内.
可以提供 InfoHash 或者 Magnet Link 用于测试吗? 这是一个很奇怪的问题.
已测试, 但非常遗憾的是: 我似乎无法连接对面. 不过, 我发现 222.185.229.0/24 Aria2 可能有比较可疑的行为. 由于上面显示的用户数为 0 (26), 猜测可能是 ```ignoreNoLeechersTorrent``` 选项导致无法正常屏蔽. 这可能是 qBittorrent 的下载用户数不准确的问题, 可以尝试进行关闭. 新版本将默认关闭此项, 希望它能被解决.
Waiting for PR https://github.com/Simple-Tracker/qBittorrent-ClientBlocker/pull/96.
Related PR has been resolved. I think we can indeed fetch all remote URL and store contents to disk first, while logically only process the content of the disk. This...
感谢反馈! 目前, 可以通过参数 ```--startdelay``` 设置启动延迟. 未来, 可能会加入不退出的选项.