Transmission se proxy-veranderlikes raak HTTP-trackers, nie eweknieë nie
Skei Transmission se HTTP-trackerversoeke van eweknie-verbindings en DHT voordat jy 'n veranderde trackerroete as 'n geproksiede aflaai beskou.
'n Tracker reageer nadat jy vir Transmission 'n proxy-URL gegee het wat uit jou diens se besonderhede of 'n inskrywing in 'n proxylis saamgestel is. Dit kan tracker-toegang herstel sonder om te verander waarheen die torrent se eweknie-verkeer gaan.
Transmission se dokumentasie oor omgewingsveranderlikes wys libcurl as die komponent wat HTTP- en HTTPS-trackeraankondigings en -skrapings doen. Die proxy-veranderlikes wat daardie biblioteek gebruik, pas daardie versoeke aan. Hulle is nie 'n globale netwerkbeleid vir die hele toepassing nie.
| Bewerking | Wat die tracker-proxy-instelling vasstel |
|---|---|
| HTTP- of HTTPS-trackerversoek | Die libcurl-versoek kan die gekonfigureerde proxy kies |
| Verbinding met 'n eweknie | Geen gevolgtrekking uit daardie tracker-resultaat nie |
| DHT of ander UDP-aktiwiteit | Geen gevolgtrekking uit daardie tracker-resultaat nie |
'n Torrent kan verskeie ontdekkingsmeganismes bevat. Om 'n eweknie-lys deur 'n proxy te ontvang, is dus versoenbaar daarmee dat latere verbindings deur 'n gewone koppelvlak uitgaan.
As jy die daemon bestuur, behoort sy omgewing ook aan daardie diens, nie aan die terminal wat 'n afstandbeheer-opdrag uitvoer nie. Op systemd-gebaseerde installasies stel jy die veranderlikes op die daemon-diens. Om die regte veranderlike aan die regte proses te gee, is nodig vir die gedokumenteerde libcurl-pad; dit vergroot steeds nie daardie pad se omvang nie.
Beskryf 'n resultaat per bewerking. “Die tracker-versoek het die proxy gebruik” is nuttig. “Die aflaai se netwerkidentiteit het verander” vereis bewyse oor die eweknie-verbindings wat die data dra.