qBittorrent / BT 基础
磁力链接和种子文件有什么区别
这是搜索量最大、也最容易被含糊回答的问题。一句话版本：种子文件是「目录清单」，磁力链接是「清单的取货凭证」。前者自带清单所以打开即有文件列表；后者只带一个 infohash，客户端必须先去网络里问别人要清单，所以磁力刚添加时会显示「下载元数据中」——这不是卡住，是协议流程。弄清这一点，能解释后面一大半「打不开 / 没速度」的困惑。
种子文件与磁力链接的区别：逐项对比
两者的差别不是「格式不同」，而是「信息完整度不同」，这决定了添加任务后的行为差异。
| 维度 | 种子文件 .torrent | 磁力链接 magnet: | 使用上的影响 |
|---|---|---|---|
| 内容 | 文件清单、分块大小与哈希、tracker 列表 | 只有 infohash（+ 可选参数） | 磁力需要先「换清单」，这就是「下载元数据中」 |
| 体积 | 通常几 KB 到几 MB（取决于文件数量） | 一行文本，几十到几百字节 | 分享磁力更方便，但也更容易被随意改动参数 |
| 添加后的第一步 | 直接解析出文件树 | 向 peer/DHT 请求元数据 | 磁力刚添加时看不到文件列表是正常的 |
| 断点与来源 | 可离线保存，来源可追溯 | 需要网络先找到元数据提供者 | 做长期归档建议保留 .torrent 文件 |
| 能否校验完整性 | 自带分块哈希，可强制重新校验 | 拿到元数据后同样具备哈希 | 两者都能校验；「重新校验」是排错常用动作 |
| 常见报错 | 文件损坏、tracker 全失效 | 元数据长时间拉不到、解析失败 | 分别对应不同的排查路径 |
Tracker 与 DHT 是怎么回事：四种找人方式说明
它们不是替代关系，而是层层兜底。理解这一点就能明白「为什么关了 DHT 会变慢」。
| 机制 | 怎么工作 | 优点 | 局限 | 什么时候会失效 |
|---|---|---|---|---|
| Tracker | 客户端向服务器上报并索取 peer 列表 | 发现快、私密站点可控 | 依赖服务器存活 | 站点下线、域名变更、被网络阻断 |
| DHT | 分布式哈希表，节点互相记录谁有哪个 infohash | 无需任何服务器，公开资源主力 | 首次加入网络需要时间 | 被客户端或网络禁用时 |
| PEX | 已连接的 peer 之间互相交换 peer 列表 | 连接成型后扩展极快 | 需要先有几个可用连接 | 被隐私设置关闭时 |
| LSD | 局域网内通过组播发现同网段的 peer | 同屋多设备可互相加速 | 仅限同一局域网 | 路由器/系统屏蔽组播时 |
为什么要开 DHT
公开资源（例如发行版 ISO）的 tracker 常常时好时坏，DHT 是它们长期可用的主要发现方式。关掉 DHT 后你会发现「昨天还有速度，今天全是 0」——先检查这里。
私密站点为什么禁 DHT
私密 tracker 需要控制成员范围，DHT 会让资源在站外被发现，因此这类站点通常要求关闭 DHT/PEX 并只保留站点 tracker。规则以站点要求为准。
内网/受限网络
公司或校园网常封锁 BT 常用端口与 DHT 的 UDP 流量，表现为「tracker 连不上、peer 数为 0」。这属于网络环境限制，不是客户端故障。
qBittorrent 哈希怎么用：从 infohash 到文件校验
哈希是 BT 里唯一能「证明数据没坏」的手段，但有几个不同层次的哈希容易混淆。
| 名称 | 算的是什么 | 用在哪 | 你的操作 |
|---|---|---|---|
| Infohash | 种子元数据的摘要（20 字节） | 标识一个资源 | 磁力里的 btih 就是它；同名资源 infohash 不同即内容不同 |
| 分块哈希 | 每个数据块的摘要 | 下载中与下载后校验 | 用客户端的「强制重新校验」修复损坏 |
| 文件校验和（SHA-256 等） | 成品文件的摘要 | 与官方公布值比对 | 这一步在 BT 之外，见安全检查清单 |
| PGP 签名 | 发布者对发布物的数字签名 | 证明「这确实是官方发布物」 | qBittorrent 官方对源码包与二进制签名，密钥指纹见安全检查页 |
qBittorrent 哪些用法是常见合法场景、哪些是红线
本站不提供法律意见，只把常见场景按「是否通常需要授权」列出来，供你判断。
| 场景 | 通常是否需要授权 | 说明 | 本站是否提供入口 |
|---|---|---|---|
| 下载 Linux 发行版 ISO | 不需要（官方提供的分发方式） | 发行版本来就用 BT 减轻镜像站压力 | 提供官方入口形态 |
| 下载开源软件源码/安装包 | 不需要 | 许可允许分发与再分发 | 提供官方入口形态 |
| 公共领域 / CC 授权作品 | 按具体授权条款 | CC 各条款对商用/演绎的要求不同 | 提供授权标识的判别方法 |
| 机构公开数据集 | 按数据许可 | 可下载 ≠ 可再分发 | 提供入口形态 |
| 未授权的影视 / 音乐 / 商业软件 / 游戏 | 需要授权而通常没有 | 本站不提供、不聚合、不导航 | 不提供 |
| 破解、注册机、规避版权保护的手段 | — | 属明确禁止项 | 不提供 |
qBittorrent BT 基础概念常见问题
协议细节以 bittorrent.org 的 BEP 规范与客户端实现为准；本站未实机运行客户端。
为什么磁力链接刚添加时没有任何速度？
因为磁力只带 infohash，客户端要先向网络索取「元数据」（文件清单），拿到之后才能开始传数据。这个阶段显示「下载元数据中」是协议流程，不是卡死。真正需要注意的情况是：连元数据都长时间拿不到，通常意味着这个 infohash 当前没有任何存活节点——这时的正确动作是等或换来源，而不是反复重启客户端。
种子文件删了会不会影响已下载的文件？
不会。.torrent 只是清单，已下载的数据在你自己指定的保存目录里。但如果删掉清单又删掉任务，之后想继续做种或重新校验就需要重新获取清单。长期保种的习惯是「保留 .torrent（qBittorrent 新版还提供了 .torrent 文件备份相关设置）」。
DHT 会不会泄露隐私？
会参与暴露。BT 协议下你的 IP 会对 peer 可见，DHT 只是让「谁有哪个资源」这件事不需要中心服务器记录，并不提供匿名性。是否可接受取决于你的用途和所在环境；更进一步的网络层匿名方案超出本站讨论范围，也不在 qBittorrent 的职责内。
分享率要维持在多少？
公开资源没有硬性要求，但长期只下载不上传会降低该资源的可用性，对依赖分享率的私密站点还可能触发限速或封禁。私密站点各有自己的最低要求，以该站规则为准；本站不推荐任何具体站点。
「重新校验」什么时候该用？
三种情况：①任务报错或下载完成后文件被外部程序改动；②你把已有文件放进保存目录、想让客户端识别；③换机器迁移数据后。校验会用分块哈希逐块比对，耗时可观但对大文件是必要步骤。
为什么同一个资源有两个不同的 infohash？
因为 infohash 是对「元数据」算出来的，文件集合、分块大小、甚至制种时的参数差异都会产生不同 infohash。这也意味着：看到名字相同的两个资源，它们可能是内容不同的两个包——其中一个可能是二次打包的。遇到这种情况优先选来源可追溯的那个。
BT 下载违法吗？
协议本身中立，合法性取决于内容和法域。本站不提供法律意见，也不提供任何侵权资源的获取方式；涉及受版权保护的作品时请先确认授权。本站明确不收录未经授权的影视、音乐、软件、游戏传播与聚合入口。