Transmissions proxyvariabler påvirker HTTP-trackere, ikke peers
Skill Transmissions HTTP-trackerforespørsler fra peer-tilkoblinger og DHT før du behandler en endret trackerrute som en nedlasting via proxy.
En tracker svarer etter at du gir Transmission en proxy-URL bygget av tjenestedetaljene dine eller en oppføring i en proxyliste. Det kan rette opp tracker-tilgang uten å endre hvor torrentens peertrafikk går.
Transmissions dokumentasjon for miljøvariabler peker på libcurl som komponenten som utfører HTTP- og HTTPS-trackerannonseringer og -scrapes. Proxyvariablene som biblioteket bruker, tilpasser disse forespørslene. De er ikke en global nettverkspolicy for hele programmet.
| Operasjon | Hva innstillingen for tracker-proxy fastsetter |
|---|---|
| HTTP- eller HTTPS-trackerforespørsel | libcurl-forespørselen kan velge den konfigurerte proxyen |
| Tilkobling til en peer | Ingen konklusjon fra det trackersvaret |
| DHT eller annen UDP-aktivitet | Ingen konklusjon fra det trackersvaret |
En torrent kan inneholde flere oppdagelsesmekanismer. Å motta en peer-liste via en proxy er derfor forenlig med at senere tilkoblinger går ut via et vanlig grensesnitt.
Hvis du kjører daemonen, tilhører miljøet dens også den tjenesten, ikke terminalen som kjører en fjernstyringskommando. På systemd-baserte installasjoner sett variablene på daemon-tjenesten. Å gi den riktige variabelen til den riktige prosessen er nødvendig for den dokumenterte libcurl-veien; det utvider fortsatt ikke veiens omfang.
Beskriv et resultat per operasjon. «Trackerforespørselen brukte proxyen» er nyttig. «Nedlastingens nettverksidentitet endret seg» krever bevis om peer-tilkoblingene som bærer dataene.