浅谈Torrent文件
torrent文件即我们常说的种子文件,是由BitTorrent协议所定义的。
torrent文件本质就是文本文件,包含 tracker信息和文件信息两部分
- tracker信息: 记录的是 BT服务器/Tracker服务器/追踪服务器 相关信息
- 文件信息: 记录该torrent中的目标文件相关信息
如果直接用vscode打开torrent文件是一堆乱码的,因为torrent使用了一种特殊的编码Bencode
Bencode
Bencode是 BitTorrent协议中用于存储和传输松散结构数据的编码方式
Bencode支持四种不同类型的值
- byte strings 字节串
- integers 整数
- lists 列表
- dictionaries 字典
动手做demo
使用 node-bencode库
使用bencode编码
1 | import bencode from 'bencode' |
使用bencode解码
1 | import bencode from 'bencode' |
分析编码内容
让我们来看看编码出来的内容
1 | d4:dictd3:key36:This is a string within a dictionarye7:integeri12345e4:listli1ei2ei3ei4e6:stringi5edee6:string11:Hello Worlde |
Bencode编码算法中
- integers整数类型 编码为
i<base10 integer>e- 上面
i12345e对应了integer: 12345中的12345- 格式化下:
i 12345 e
- 格式化下:
- 上面
- byte strings字节串类型 编码为
<length>:<contents>- 上面
7:integer对应了integer: 12345中的integer- 格式化下:
7: integer
- 格式化下:
- 上面
- dictionaries字典类型 编码为
d<pairs>e- 上面
de对应{} - 上面
d3:key36:This is a string within a dictionarye对应{key: "This is a string within a dictionary"}- 格式化下:
d 3:key 36:This is a string within a dictionary e其中两个字符串类型3:key和36:This is a string within a dictionary
- 格式化下:
- 上面
- lists列表类型 编码为
l<elements>e- 上面
li1ei2ei3ei4e6:stringi5edee对应[ 1, 2, 3, 4, "string", 5, {} ]- 格式化下:
l i1e i2e i3e i4e 6:string i5e de e
- 格式化下:
- 上面
torrent文件内容
从上面可知 torrent文件需要使用bencode编码去解码才能解析出文件内容
下面我们使用node-bencode来解析一个torrent文件,来看看里面的具体内容
1 | import fs from 'fs' |
上面输出的结果中
- announce-list的内容 就是对应的文章开头说的 tracker信息
- info的内容 对应的就是 文件信息
一般种子文件可能的字段和其含义:
- tracker信息
- announce: 追踪服务器的URL
- announce-list: BitTorrent规范中的BEP-0012扩展支持多个追踪器
- 文件信息
info.name: 建议保存文件的目录名称info.files: 种子中的文件, 每个元素代表一个目录名或文件名。info["piece length"]: 每个片段/文件块的长度info.pieces: 实际每个文件块的SHA-1 所集成的Hash- 可以抽象的想象一些
info.pieces大概内容(ps:Piece 1:是不存在的):1
2
3Piece 1: a1b2c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f8g9h0
Piece 2: f1e2d3c4b5a6f7e8d9c0b1a2f3e4d5c6b7a8c9d0
... - pieces 字段的作用是用于文件完整性校验,确保下载过程中传输的数据块没有被篡改或损坏
- 可以抽象的想象一些
info_hash
info_hash 是种子文件的唯一标识符,它是 .torrent 文件中 info 部分的哈希值
从torrent获取info_hash, 对 info 部分进行 Bencode 编码后计算 SHA-1 哈希值,得到 info_hash。
1 | // 伪代码 |
Tracker服务器
Tracker服务器是帮助BitTorrent协议在 节点与节点之间 做连接的服务器(这里的节点指的用户与用户间)
Tip
P2P最终的文件资源还是存储在用户,不存在一个中心化的服务器去存储资源!!
资源下载发生在用户与用户之间
![]()
Bt下载器(迅雷之类的软件)一开始就要连接到Tracker,从Tracker获得其他用户的客户端IP地址(Peers)后,才能连接到其他客户端下载。
在传输过程中,也会一直与Tracker通信,上传自己的信息,获取其它客户端的信息。
举个栗子
例如BT服务器将一个文件分成了N个部分,有甲、乙、丙、丁四位用户同时下载,那么BT并不会完全从服务器下载这个文件的所有部分,而是根据实际情况有选择地从其他用户的机器中下载已下载完成的部分。
例如甲已经下载了第1部分,乙已经下载了第2部分,那么丙就会从甲的机器中下载第1部分,从乙的机器中下载第2部分,当然甲、乙、丁三位用户也在同时从丙的机器中下载相应的部分,这就大大减轻了BT服务器的负荷,也同时加快了丙的下载速度,也就是说每台参加下载的计算机既从其他用户的计算机上下载文件,同时自身也向其他用户提供下载,因此参与下载的用户数量越多,下载速度也越高。
这里有个问题 用户与用户之间怎么知道对方有哪部分文件和对方的ip地址呢,这就是Tracker起到的作用
DHT分布式哈希表
如果Tracker服务不工作或者封禁了怎么办?
DHT 网络(Distributed Hash Table分布式哈希表)是 BitTorrent 协议的一种去中心化技术,它允许在没有 Tracker 服务器的情况下,客户端通过 P2P 网络找到其他下载节点(Peers)
DHT 可以与 .torrent 文件或 磁力链接(Magnet Link)一起工作,适应多种场景
支持DHT的客户端(即迅雷,电驴这些客户端)可以在 Tracker不可用时通过 DHT网络查找 Peer(用户的节点)
ps: 前提是需要客户端(即迅雷,电驴这些客户端)支持
大概原理
- 加入DHT网络(可能就是打开软件时)
- 客户端成为DHT网络中的一个节点
- 每个 DHT 节点都维护一部分哈希表,用于存储种子信息(info_hash)和与之相关的 Peer 信息
- 存储和查询数据
- 存储:当客户端拥有一个种子(或下载一部分文件)时,它会将自己的地址(IP 和端口)与种子的 info_hash 绑定,并通过DHT协议广播到网络。
- 查询:当客户端需要下载文件时,它会将种子的 info_hash 发送到 DHT 网络,寻找拥有该种子的 Peer 列表。
所以当没有Tracker服务时,靠把info_hash 广播到DHT网络中 找到对应的 Peer节点(即别的用户的电脑) 去下载,代替了原本Tracker的功能
大概的下载流程
- 解析 .torrent 文件
- 与tracker服务建立链接,发送请求以获取 Peers 列表(这个列表就是其他client的节点ip和端口)
- 请求Peers, 下载 Piece(文件片段),根据 pieces 字段校验 Piece 的有效性
- 组装 Piece片段,得到完整的文件
参考
- Torrent_file维基/Torrent_file维基(en版更详细)
- Bencode维基
- Tracker维基
- DHT分布式表
- node-bencode库
- ⭐️tinyTorrent: 从头写一个 Deno 的 BitTorrent 下载器
- https://blog.csdn.net/qq_29757283/article/details/94450980
- ⭐️一文读懂Bt种子、磁力链接、直链、p2p这些下载的区别