qBittorrent / 速度与连接排查
下载速度为 0？先分四类，再动手
「没速度」是个症状，不是诊断。它至少对应四种完全不同的原因：①根本没人有完整数据（做种者为 0）；②端口不通，别人连不上你；③Tracker 与 DHT 都没连上，找不到人；④磁力刚添加、还在拉元数据。四种原因的处置方式互不相同——反复重启客户端是最无效的做法。这一页按「先确认现象、再对原因、最后定动作」排。
qBittorrent 四类原因怎么分流
按这个顺序看，前三步通常 2 分钟就能定位。
| 观察到的现象 | 最可能的原因 | 确认方法 | 处理动作 |
|---|---|---|---|
| 任务状态是「下载元数据中」 | 磁力尚未取得清单（正常流程） | 看是否有 peer 参与元数据交换 | 等待；长时间无进展说明该 infohash 当前无存活节点 |
| 做种者数 = 0 | 没有完整数据源 | 看种子/节点列表里是否有 S 标记的节点 | 等待或换来源；这不是客户端能修的 |
| 做种者 > 0 但速度接近 0 | 端口不通，只能被动连接 | 看客户端里的连通性提示；对比「已连接 peer」与「可见 peer」数量差异 | 在防火墙/路由上放行 BT 监听端口，见下节 |
| Tracker 全部失败 | 站点下线 / 域名变更 / 被网络阻断 | 看 Tracker 列表里各项状态 | 开 DHT 与 PEX 兜底；私密站点则需按站点规则处理 |
| DHT 节点数为 0 | DHT 被关闭或 UDP 被封锁 | 看客户端 DHT 节点计数 | 打开 DHT；若是网络封锁，属于环境限制 |
| 下载很顺利但几乎不上传 | 同一个问题：别人连不上你 | 看连接中「入站连接」是否为 0 | 端口放行后分享率会明显改善 |
qBittorrent 端口连通性：为什么它决定你的速度上限
BT 是双向协议。如果只有你能连别人、别人连不上你，你能拿到的 peer 数量就被人为限制住了。
| 现象 | 含义 | 常见原因 | 处理方向 |
|---|---|---|---|
| 入站连接长期为 0 | 你处于「只能主动连出」的状态 | 路由器未做端口转发、系统防火墙未放行、运营商 NAT | 逐层排查：系统防火墙 → 路由器 → 运营商 |
| 端口检测显示不通 | 外部无法建立到你的连接 | 映射规则写错、映射到了错误的内网地址、端口被占用 | 核对映射的目标 IP 与端口是否与客户端一致 |
| 家里多设备都在下 | 端口冲突或带宽互抢 | 多客户端抢同一端口或同一上行带宽 | 各客户端用不同端口；必要时做限速 |
| 换网络后速度变化很大 | 网络环境差异 | 公网 IP 与 NAT 类型不同 | 这是环境差异，不是客户端配置问题 |
| 校园网/公司网几乎不可用 | BT 流量被网络策略限制 | UDP 与常用 BT 端口被封 | 属于网络策略限制；请遵守所在网络的使用规定 |
qBittorrent Tracker 与 DHT：两侧都断才是真问题
很多人看到 tracker 报错就认为资源失效，实际上 DHT 往往还能救回来。
| 情况 | 资源还能下吗 | 原因 | 该做什么 |
|---|---|---|---|
| 部分 tracker 失败、部分成功 | 能 | 个别服务器不可用属常态 | 不用处理；关注整体 peer 数 |
| 全部 tracker 失败 + DHT 正常 | 通常能 | DHT 是公开资源的主要发现方式 | 确认 DHT 已开启且有节点 |
| 全部 tracker 失败 + DHT 被禁用 | 很可能不能 | 节点发现通道全断 | 打开 DHT；若是私密站点要求禁 DHT，则按站点规则处理 |
| DHT 节点数长期不增长 | 可能受限 | UDP 被网络封锁，或未完成初始引导 | 等待引导完成；确认网络是否允许 UDP |
| 私密站点提示「未注册客户端」 | 不能 | 站点要求白名单客户端或特定版本 | 按站点规则调整；本站不评价具体站点规则 |
PEX 与 LSD 也别忘了
连接建立之后，PEX 会让 peer 之间互相交换节点列表，扩展速度远快于单纯依赖 tracker；LSD 则用于同一局域网内互相发现。两者被关闭时，你会在「连接数上不去」上吃亏。
「重新校验」也可能修好速度问题
如果你把已有数据放进下载目录、或任务状态异常，客户端可能因为没有识别到已有分块而重复下载。执行一次重新校验，让客户端按现有数据核对分块哈希，往往能立刻恢复。
qBittorrent 哪些问题根本不是客户端能解决的
把这类情况和配置问题分开，能省下大量无效折腾。
| 现象 | 根因 | 为什么客户端改不了 | 建议 |
|---|---|---|---|
| 冷门资源长期 0 速度 | 全球已无做种者 | 协议没有数据源就传不了 | 等，或换更活跃的来源 |
| 运营商侧 NAT 导致无公网入站 | 网络层限制 | 客户端看不到、也改不了上游 NAT | 向运营商确认；或接受只能主动连接 |
| 整栋楼/校园网封锁 BT | 网络管理策略 | 流量在到达客户端前就被限制 | 遵守所在网络的使用规定 |
| 磁盘写满或 IO 瓶颈 | 本地资源不足 | 这是本机问题，但表现像「下载卡住」 | 检查剩余空间与磁盘健康；下载目录与完成目录分开管理 |
| 内存不足导致客户端被系统结束 | 资源不足 | — | 限制并发任务数与连接数上限 |
qBittorrent 排查步骤（按顺序做，别跳步）
一次只改一个变量，改完观察几分钟再动下一项——否则你无法知道是哪一步生效了。
| 顺序 | 动作 | 预期 | 没变化时 |
|---|---|---|---|
| 1 | 看任务状态与做种者数 | 确认是否「有源」 | 做种者为 0 就别继续排查客户端 |
| 2 | 看 DHT 节点数与 PEX/LSD 开关 | 确认节点发现通道是否开着 | 打开被关掉的通道，等几分钟 |
| 3 | 看入站连接是否为 0 | 判断端口是否可达 | 进入下一步做端口放行 |
| 4 | 系统防火墙放行 BT 监听端口 | 入站连接出现 | 继续查路由器映射 |
| 5 | 路由器端口转发到正确内网 IP 与端口 | 外部可达性恢复正常 | 可能受运营商 NAT 限制 |
| 6 | 对异常任务执行「重新校验」 | 识别已下载分块 | 删除任务后用原 .torrent/磁力重建 |
| 7 | 换一个已知活跃的资源做对照 | 确认是客户端问题还是资源问题 | 若对照资源也慢，回到网络环境排查 |
qBittorrent 速度与连接常见问题
诊断思路基于 BT 协议原理与客户端统计项含义；具体界面与数值以你所用版本为准。
为什么有的资源几 MB/s，有的完全没速度？
因为 BT 的速度不取决于你的带宽，而取决于有多少人同时持有完整数据并愿意上传。热门资源同一时刻可能有成百上千个做种者，冷门资源可能一个都没有——后者无论怎么调客户端都不会变快。判断方法：先看做种者数，为 0 就不是本地配置问题。
「下载元数据中」卡很久是什么情况？
有两种可能：正常的（刚添加磁力，正在向网络索取清单）和不正常的（这个 infohash 已经没有存活节点）。区分方法是看是否出现过 peer 参与元数据交换、以及等待时长。如果同网络下别的资源都正常、只有这一个一直拿不到元数据，基本可以判定为该资源已无节点。
端口不通会有什么具体表现？
典型表现是「能下载，但速度明显低于做种者数量应有的水平，而且几乎不上传」。因为 BT 里别人主动连上你能显著增加可用 peer 数量，入站为 0 就等于你只能挨个去连别人。修完端口后，你往往会同时看到速度与分享率一起上升。
开了 DHT 会不会有隐私问题？
BT 协议下你的 IP 对 peer 本来就是可见的，DHT 做的是「不需要中心服务器来记录谁有哪个资源」。所以开 DHT 不额外泄露更多，但也不提供匿名性。要不要用、以及是否需要额外的网络层方案，取决于你的用途与所在环境——这部分不在 qBittorrent 的能力范围内。
Tracker 全失效是不是种子废了？
不一定。公开资源即使 tracker 全失效，只要还有节点在 DHT 网络里，通常仍能下载。真正让资源「废掉」的是没有任何节点保存完整数据，这与 tracker 是否可用是两件事，别混为一谈。
「重新校验」会不会把数据弄丢？
不会。它只是按分块哈希比对现有文件，把不一致的块标为需要重新下载。唯一的风险是：如果你把文件改动过、或路径不对，客户端会认为大部分块无效并从零开始补——所以校验前先确认下载目录设置指向正确位置。
限速设置会不会让速度更慢？
会，但那通常是故意的。上传/下载限速、连接数上限、并发任务数上限都会直接影响吞吐——很多人为了不影响其它网络活动做了限速，然后忘记了，于是以为「客户端出问题」。排查时先确认这些设置是否符合预期。