因为迅雷和 pcdn, 我为 transmission 捣鼓了一个脚本

[jqtmviyu]

仓库在 github.com/jqtmviyu/BTN-Collected-Rules

1. 最开始是用 peerbanhelper, 虽然是 java 写的, 内存占用大了点, 但为了屏蔽迅雷和 pcdn 用户, 只好用了

2. 接着新版 v5.x 对 transmission 支持有问题, 作者说为 transmission 做了太多兼容, 暂不考虑修复

3. 新版的 BTN-Collected-Rules 规则不兼容旧的 peerbanhelper 4.x

4. 另一个 qBittorrent-ClientBlocker 也对 transmission 支持不佳

我只好搞 github action 转化规则为兼容 transmission 格式方便订阅, 后来看到用防火墙屏蔽 Ip 的方案更轻量

最终结合前人的智慧捣鼓出这样的方案.

1. 防火墙屏蔽迅雷等吸血客户端 ip, 有白名单和黑名单模式, 还有例外规则, 我看了眼 bt 的情况, 正常用户的就用那么几种, 直接上白名单

2. pcdn 用户靠订阅自动转化的 BTN-Collected-Rules 规则, 定时任务自动更新

优点:

1. shell 脚本, 轻量够快, 内存占用 0
2. 逻辑简单, 没有各种兼容问题

缺点:

1. 缺少像多播检测, 过量下载检测等功能
2. pcdn 检测还是靠其他用户提供规则

最后: 最好的方法是换 qbee, 大佬们的方案主要都是为 qb 考虑的, 但无奈我的路由器带不动. transmission 占用少的优点太明显.

[wu67]

我是自己写个 node 脚本遍历 aria2 的 peer 列表, 发现可疑的直接 ban 一个小时防吸血.
至于 pcdn, 没什么好办法, 现在已经伪装得很像了...干脆直接把做种速度限制到 3Mbps, 然后拉大做种比例, 速度慢的话 pcdn 应该不屑于跑来我这刷下载了.

[dpx]

PCDN 用户：刷下载就刷对面的，如电信宽带，就刷移动的云盘，联通的宽带，刷电信的天翼云。。
BT ，PT 用户：省间结算不只针对 PCDN ，除非你的客户端或脚本可以识别上传 IP 是否外省用户并进行拦阻，否则在运营商眼里你和 PCDN 没有区别，如果真有上传贡献需求请全局限制上传速度为你或你的运营商允许的速度，剩下的就佛系了，因为用 BT 的都是不太在乎速度，只要能下载有速度，他都能 24 小时在线拉的。

[jqtmviyu]

@wu67 #1 你错了, 那帮人都是全自动的, 什么种子都拉. 体积大的可能他们会人工干预优先.

我建议是拉黑他们的 ip 段, 一个区域内的应该变化范围不大, 误伤就误伤了.

[wu67]

@jqtmviyu bt 客户端会优先连速度快的吧, 我不信他们有那个精力去深度魔改 bt 客户端.
ban ip 我也有操作, 但是对我来说不太现实, 我把 aria2 放到服务器上用的, 大范围 ban 会对服务器性能和下载速度有影响吧