仓库在 github.com/jqtmviyu/BTN-Collected-Rules
最开始是用 peerbanhelper, 虽然是 java 写的, 内存占用大了点, 但为了屏蔽迅雷和 pcdn 用户, 只好用了
接着新版 v5.x 对 transmission 支持有问题, 作者说为 transmission 做了太多兼容, 暂不考虑修复
新版的 BTN-Collected-Rules 规则不兼容旧的 peerbanhelper 4.x
另一个 qBittorrent-ClientBlocker 也对 transmission 支持不佳
我只好搞 github action 转化规则为兼容 transmission 格式方便订阅, 后来看到用防火墙屏蔽 Ip 的方案更轻量
最终结合前人的智慧捣鼓出这样的方案.
防火墙屏蔽迅雷等吸血客户端 ip, 有白名单和黑名单模式, 还有例外规则, 我看了眼 bt 的情况, 正常用户的就用那么几种, 直接上白名单
pcdn 用户靠订阅自动转化的 BTN-Collected-Rules 规则, 定时任务自动更新
优点:
缺点:
最后: 最好的方法是换 qbee, 大佬们的方案主要都是为 qb 考虑的, 但无奈我的路由器带不动. transmission 占用少的优点太明显.
1
wu67 145 天前
我是自己写个 node 脚本遍历 aria2 的 peer 列表, 发现可疑的直接 ban 一个小时防吸血.
至于 pcdn, 没什么好办法, 现在已经伪装得很像了...干脆直接把做种速度限制到 3Mbps, 然后拉大做种比例, 速度慢的话 pcdn 应该不屑于跑来我这刷下载了. |
2
dpx 145 天前
PCDN 用户:刷下载就刷对面的,如电信宽带,就刷移动的云盘,联通的宽带,刷电信的天翼云。。
BT ,PT 用户:省间结算不只针对 PCDN ,除非你的客户端或脚本可以识别上传 IP 是否外省用户并进行拦阻,否则在运营商眼里你和 PCDN 没有区别,如果真有上传贡献需求请全局限制上传速度为你或你的运营商允许的速度,剩下的就佛系了,因为用 BT 的都是不太在乎速度,只要能下载有速度,他都能 24 小时在线拉的。 |
3
jqtmviyu OP |