Le variabili proxy di Transmission riguardano i tracker HTTP, non i peer
Separate le richieste al tracker HTTP di Transmission dalle connessioni peer e dal DHT prima di considerare un percorso del tracker cambiato come un download tramite proxy.
Un tracker risponde dopo che avete fornito a Transmission un URL proxy costruito dai dettagli del vostro servizio o da una voce in un elenco di proxy. Questo può sistemare l'accesso al tracker senza cambiare dove va il traffico peer del torrent.
La documentazione delle variabili d'ambiente di Transmission indica libcurl come il componente che esegue annunci e scrape del tracker HTTP e HTTPS. Le variabili proxy usate da quella libreria personalizzano queste richieste. Non sono una politica di rete globale per l'intera applicazione.
| Operazione | Cosa stabilisce l'impostazione proxy del tracker |
|---|---|
| Richiesta al tracker HTTP o HTTPS | La richiesta di libcurl può scegliere il proxy configurato |
| Connessione a un peer | Nessuna conclusione da quel risultato del tracker |
| DHT o altra attività UDP | Nessuna conclusione da quel risultato del tracker |
Un torrent può contenere diversi meccanismi di scoperta. Ricevere un elenco di peer tramite un proxy è quindi compatibile con il fatto che connessioni successive escano da un'interfaccia ordinaria.
Se eseguite il demone, anche il suo ambiente appartiene a quel servizio, non al terminale che esegue un comando di controllo remoto. Nelle installazioni basate su systemd impostate le variabili sul servizio del demone. Fornire la variabile giusta al processo giusto è necessario per il percorso libcurl documentato; tuttavia non ne amplia la portata.
Descrivete il risultato per operazione. «La richiesta al tracker ha usato il proxy» è utile. «L'identità di rete del download è cambiata» richiede prove sulle connessioni peer che trasportano i dati.