本文分享了一个PT下载的技巧,作者通过学习BT协议和Tracker协议,实现了一个Tracker代理。该代理能够缓存Peer列表,当BT客户端汇报时,若缓存有效则直接返回,从而达到不计入下载量的效果。此外,该方法还能整合来自不同PT站的Peer列表,增加连接Peer的数量,提升下载效率。作者还提供了一个简单的网页工具,用于上传种子并自动修改下载,方便用户体验此功能,并附上了网站和GitHub仓库链接。
💡 PT下载机制漏洞:PT下载主要依靠客户端汇报的downloaded和uploaded数据进行统计,但这些字段并非为限制ratio而设计,存在被利用的空间。作者通过分析Tracker协议,发现了可以规避下载量统计的潜在方法。
🚀 Tracker代理实现原理:作者开发了一个Tracker代理,当BT客户端向其汇报时,代理会检查缓存中是否存在特定种子的Peer列表。若存在且未过期,则直接返回列表,无需客户端实际从Tracker获取,从而实现不计入下载量的效果。
🤝 整合Peer列表的额外优势:该Tracker代理还有助于整合来自不同PT站的Peer列表。当两个用户从不同PT站下载同一种子时,通过该代理可以共享Peer信息,使双方都能连接到更多的Peer,从而可能提升下载速度和效率。
🛠️ 简单易用的工具:作者提供了一个简单的网页工具,用户只需上传种子文件,工具会自动修改并提供修改后的种子供下载。用户将修改后的种子添加到BT客户端即可实现规避下载量统计的功能,降低了使用门槛。
我入坑 PT 也快一年了,之前偶然读到了一篇博客,讲的是 PT 机制的几个有意思的漏洞。正好我对 BT 也不是很了解,就一路从 bencode 学到 tracker 协议,现在也算是对这块比较熟悉了。
PT 只靠客户端汇报的 downloaded 和 uploaded 来统计数据,而这些字段原本不是设计来限制 ratio 的,所以自然就留下了很多可以做文章的点。我就跟着博客作者的思路,实现了一个 tracker “代理”,当 BT 客户端向代理汇报的时候代理就会检查缓存里是否有这个种子的 peer 列表,如果有并且没过期就直接返回,否则向真实 tracker 发起一个“开始下载”的请求,得到 peer 列表并存储。这样就可以实现不计入下载量的效果。
而且可能还有一个额外的好处,就是如果两个人下载同一个种子,但是通过不同的 PT 站,那么 peer 列表会被整合,让每个人都能连接到更多的 peer 。
因为我不太会前端,所以网页做得比较简单,就一个按钮,把种子上传之后会自动修改并下载修改后的种子,然后添加到 BT 客户端就可以下载了。如果感兴趣可以试一试。
网站: https://tracker.submy.org
仓库: https://github.com/arielherself/btc