Transmissions proxyvariabler påvirker HTTP-trackere, ikke peers
Adskil Transmissions HTTP-trackerforespørgsler fra peer-forbindelser og DHT, før du behandler en ændret trackerrute som en download via proxy.
En tracker svarer, når du giver Transmission en proxy-URL bygget af dine tjenestedetaljer eller en post i en proxyliste. Det kan rette trackeradgang uden at ændre, hvor torrentens peertrafik går hen.
Transmissions dokumentation for miljøvariabler udpeger libcurl som den komponent, der udfører HTTP- og HTTPS-trackerannonceringer og -scrapes. De proxyvariabler, som biblioteket bruger, tilpasser disse forespørgsler. De er ikke en global netværkspolitik for hele programmet.
| Handling | Hvad indstillingen for tracker-proxy fastlægger |
|---|---|
| HTTP- eller HTTPS-trackerforespørgsel | libcurl-forespørgslen kan vælge den konfigurerede proxy |
| Forbindelse til en peer | Ingen konklusion ud fra det trackersvar |
| DHT eller anden UDP-aktivitet | Ingen konklusion ud fra det trackersvar |
En torrent kan indeholde flere opdagelsesmekanismer. At modtage en peer-liste via en proxy er derfor foreneligt med, at senere forbindelser går ud via en almindelig grænseflade.
Hvis du kører daemonen, tilhører dens miljø også den tjeneste og ikke den terminal, der kører en fjernstyringskommando. På systemd-baserede installationer sæt variablerne på daemon-tjenesten. At give den rigtige variabel til den rigtige proces er nødvendigt for den dokumenterede libcurl-vej; det udvider stadig ikke den vejs rækkevidde.
Beskriv et resultat pr. handling. “Trackerforespørgslen brugte proxyen” er brugbart. “Downloadets netværksidentitet ændrede sig” kræver bevis om de peer-forbindelser, der bærer dataene.