Proxyvariablar i Transmission påverkar HTTP-trackarar, ikkje peerar
Skil HTTP-trackarførespurnadene til Transmission frå peer-tilkoplingar og DHT før du handsamar ei endra trackarrute som ei nedlasting via proxy.
Ein trackar svarar etter at du gir Transmission ein proxy-URL bygd av tenestedetaljane dine eller ei oppføring i ei proxyliste. Det kan rette opp trackartilgang utan å endre kvar peertrafikken til torrenten går.
Dokumentasjonen til Transmission for miljøvariablar peikar på libcurl som komponenten som gjer HTTP- og HTTPS-trackarkunngjeringar og -scrapingar. Proxyvariablane som biblioteket brukar, tilpassar desse førespurnadene. Dei er ikkje ein global nettverkspolitikk for heile programmet.
| Operasjon | Kva innstillinga for trackar-proxy fastset |
|---|---|
| HTTP- eller HTTPS-trackarførespurnad | libcurl-førespurnaden kan velje den konfigurerte proxyen |
| Tilkopling til ein peer | Inga slutning frå det trackarsvaret |
| DHT eller anna UDP-aktivitet | Inga slutning frå det trackarsvaret |
Ein torrent kan innehalde fleire oppdagingsmekanismar. Å ta imot ei peer-liste via ein proxy er derfor sameinleg med at seinare tilkoplingar går ut via eit vanleg grensesnitt.
Viss du køyrer daemonen, høyrer miljøet hans òg til den tenesta, ikkje terminalen som køyrer ein fjernstyringskommando. På systemd-baserte installasjonar set variablane på daemon-tenesta. Å gje den rette variabelen til den rette prosessen er naudsynt for den dokumenterte libcurl-vegen; det utvidar framleis ikkje omfanget av vegen.
Skildre eit resultat per operasjon. «Trackarførespurnaden brukte proxyen» er nyttig. «Nettverksidentiteten til nedlastinga endra seg» krev prov om peer-tilkoplingane som ber dataa.