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 som er bygget av tjenestedetaljene dine eller en oppføring i en proxyliste. Det kan reparere trackertilgangen uten å endre hvor torrentens peertrafikk går.
Transmissions dokumentasjon for miljøvariabler angir libcurl som komponenten som utfører HTTP- og HTTPS-trackerannonseringer og -scrapes. Proxyvariablene som dette 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 gjennom en proxy er derfor forenlig med at senere tilkoblinger går ut via et vanlig grensesnitt.
Kjører du daemonen, tilhører miljøet dens også denne tjenesten, ikke terminalen som kjører en fjernstyringskommando. På systemd-baserte installasjoner setter du variablene på daemontjenesten. Riktig variabel til riktig prosess er nødvendig for den dokumenterte libcurl-veien; det utvider likevel ikke veiens omfang.
Beskriv ett resultat per operasjon. «Trackerforespørselen brukte proxyen» er nyttig. «Nedlastingens nettverksidentitet er endret» krever bevis om peer-tilkoblingene som bærer dataene.