Transmission 的代理变量只影响 HTTP Tracker，不影响 Peer
在把改变的 Tracker 线路当作走了代理的下载之前，先把 Transmission 的 HTTP Tracker 请求与 Peer 连接和 DHT 区分开。
当你把一个由服务商信息或代理列表中的条目构造出的代理 URL 交给 Transmission 后，Tracker 就会作出响应。这可以修复 Tracker 访问，却不会改变种子 Peer 流量的去向。
Transmission 的环境变量文档指出，libcurl 是发出 HTTP 与 HTTPS Tracker announce 和 scrape 的组件。该库所读取的代理变量会定制这些请求。它们并不是整个应用的全局网络策略。
| 操作 | tracker-proxy 设置确立了什么 |
|---|---|
| HTTP 或 HTTPS Tracker 请求 | libcurl 请求可以选择已配置的代理 |
| 与 Peer 的连接 | 从该 Tracker 结果得不出结论 |
| DHT 或其他 UDP 活动 | 从该 Tracker 结果得不出结论 |
一个种子可能包含多种发现机制。因此，通过代理收到 Peer 列表，与之后的连接从普通网卡发出并不矛盾。
如果你运行守护进程，它的环境也属于该服务，而不属于执行远程控制命令的终端。在基于 systemd 的安装上，在守护进程服务上设置变量。把正确的变量交给正确的进程，是文档所述 libcurl 路径所必需的；它仍然不会扩大那条路径的范围。
按操作分别描述结果。“Tracker 请求走了代理”是有用的。“下载的网络身份变了”则需要关于承载数据的 Peer 连接的证据。