Les variables de proxy de Transmission touchent les trackers HTTP, pas les pairs
Séparez les requêtes de tracker HTTP de Transmission des connexions aux pairs et du DHT avant de considérer une route de tracker modifiée comme un téléchargement via un proxy.
Un tracker répond après que vous avez fourni à Transmission une URL de proxy construite à partir des détails de votre service ou d'une entrée dans une liste de proxys. Cela peut réparer l'accès au tracker sans changer où va le trafic pair à pair du torrent.
La documentation des variables d'environnement de Transmission désigne libcurl comme le composant qui effectue les annonces et les scrapes de tracker HTTP et HTTPS. Les variables de proxy consommées par cette bibliothèque personnalisent ces requêtes. Ce ne sont pas une politique réseau globale pour toute l'application.
| Opération | Ce que le réglage de proxy de tracker établit |
|---|---|
| Requête de tracker HTTP ou HTTPS | La requête libcurl peut choisir le proxy configuré |
| Connexion à un pair | Aucune conclusion à tirer de ce résultat de tracker |
| DHT ou autre activité UDP | Aucune conclusion à tirer de ce résultat de tracker |
Un torrent peut contenir plusieurs mécanismes de découverte. Recevoir une liste de pairs via un proxy est donc compatible avec des connexions ultérieures sortant par une interface ordinaire.
Si vous exécutez le démon, son environnement appartient aussi à ce service, et non au terminal qui lance une commande de contrôle à distance. Sur les installations basées sur systemd, définissez les variables sur le service du démon. Fournir la bonne variable au bon processus est nécessaire pour le chemin libcurl documenté ; cela n'élargit toujours pas la portée de ce chemin.
Décrivez un résultat par opération. « La requête de tracker a utilisé le proxy » est utile. « L'identité réseau du téléchargement a changé » exige des preuves sur les connexions aux pairs qui transportent les données.