Transmissions Proxy-Variablen betreffen HTTP-Tracker, nicht Peers
Trennen Sie die HTTP-Trackeranfragen von Transmission von Peer-Verbindungen und DHT, bevor Sie eine geänderte Tracker-Route als Download über einen Proxy werten.
Ein Tracker antwortet, nachdem Sie Transmission eine Proxy-URL gegeben haben, die aus den Angaben Ihres Dienstes oder einem Eintrag in einer Proxy-Liste gebildet wurde. Das kann den Trackerzugriff reparieren, ohne zu ändern, wohin der Peer-Verkehr des Torrents geht.
Die Dokumentation der Umgebungsvariablen von Transmission benennt libcurl als die Komponente, die HTTP- und HTTPS-Trackerankündigungen und -Scrapes ausführt. Die Proxy-Variablen, die diese Bibliothek verwendet, passen diese Anfragen an. Sie sind keine globale Netzwerkrichtlinie für die gesamte Anwendung.
| Vorgang | Was die Tracker-Proxy-Einstellung festlegt |
|---|---|
| HTTP- oder HTTPS-Trackeranfrage | Die libcurl-Anfrage kann den konfigurierten Proxy wählen |
| Verbindung zu einem Peer | Keine Schlussfolgerung aus diesem Tracker-Ergebnis |
| DHT oder andere UDP-Aktivität | Keine Schlussfolgerung aus diesem Tracker-Ergebnis |
Ein Torrent kann mehrere Discovery-Mechanismen enthalten. Eine Peer-Liste über einen Proxy zu erhalten ist daher damit vereinbar, dass spätere Verbindungen über eine gewöhnliche Schnittstelle hinausgehen.
Wenn Sie den Daemon betreiben, gehört seine Umgebung ebenfalls zu diesem Dienst und nicht zu dem Terminal, das einen Fernsteuerungsbefehl ausführt. Bei systemd-basierten Installationen setzen Sie die Variablen am Daemon-Dienst. Die richtige Variable dem richtigen Prozess zu geben, ist für den dokumentierten libcurl-Pfad nötig; sie erweitert dessen Umfang dennoch nicht.
Beschreiben Sie ein Ergebnis pro Vorgang. „Die Trackeranfrage nutzte den Proxy“ ist nützlich. „Die Netzwerkidentität des Downloads hat sich geändert“ braucht Belege zu den Peer-Verbindungen, die die Daten tragen.