这是什么情况？新的吸血方式？BT播放器？还是BUG？

[L4cache]

我已经对这个IP上传了超过种子大小的内容了，仍然反馈0% ？ 抱歉无法提供更多信息（因为我不会），如果需要更多信息的话，请告诉我怎么取得那些信息。

[c0re100]

沒遇過這個情況.............. 還是假客戶端(?), 不過要查閱的話 要使用utorrent進行測試 utorrent有自己的檢驗機制, 可以檢查對方是不是FAKE utorrent

[no1xsyzy]

@c0re100 考虑按照上传量和回报进度的对照做 IP ban 吧，手工这样做 1 分钟能找到十几个（所以刚嫌烦了找到这个项目哈哈）

[bhxch]

@no1xsyzy 可以用 qb-EE 的 API 实现这个需求。仿照 https://github.com/c0re100/qBittorrent-EE-API 写个程序检查 uploaded/size 和 progress 的变化情况，如果前者在增加后者不变，那就临时 ban 这个 ip。

[no1xsyzy]

@bhxch 可以归可以，我只是不太想维护…… 真要写的话我更偏向用 WebUI 的 API 直接在原版上做。 另一方面，其实我见到过伪装成迅雷逆向吸血的，以及正常上传的迅雷（只要 UA 不是 -XL0012- 开头其实还是不吸血的），单纯判断 UA 可能造成误判，所以倾向主要采用这种方法判断。

[SuperNG6]

伪装成迅雷逆向吸血

求问一下怎么伪装成迅雷逆向吸血，我觉得这个很实用

[no1xsyzy]

@SuperNG6 不清楚，见过一个 -XL0012- 的，DHT 里没资源自己涨资源然后传我的…… 但没多久不见了……

[Simba98]

@bhxch 可以归可以，我只是不太想维护…… 真要写的话我更偏向用 WebUI 的 API 直接在原版上做。 另一方面，其实我见到过伪装成迅雷逆向吸血的，以及正常上传的迅雷（只要 UA 不是 -XL0012- 开头其实还是不吸血的），单纯判断 UA 可能造成误判，所以倾向主要采用这种方法判断。

想要类似的东西。。。反向吸血迅雷为BT做贡献（笑

[supply9243]

然后今天遇到一个Transmission 3.0.0.25的，进度锁8.8％。我不明白这种吸血有啥用，是作为分配手段吗？

没事，只要不是迅雷这种大面积作弊的客户端都随意，这种也可能只是连接出了点问题。

[n0madsky]

@wordlesswind

然后今天遇到一个 Transmission 3.0.0.25 的，进度锁 8.8%。我不明白这种吸血有啥用，是作为分发手段吗？

我发现群晖（Synology NAS)自带的BT软件的UserAgent也是Transmission 2.93, 因为我自己本来想下资源来着然后不知道为什么卡死了, 因为所有其他peer都是qbittorrent导致我被BAN卡死了， 下载不了