La proksaj variabloj de Transmission efikas al HTTP-spuriloj, ne al kunuloj
Apartigu la HTTP-spurilpetojn de Transmission de kunulaj konektoj kaj DHT antaŭ ol konsideri ŝanĝitan spurilan vojon kiel elŝuton tra prokso.
Spurilo respondas post kiam vi donas al Transmission proksan URL-on konstruita el la detaloj de via servo aŭ el ero en listo de proksoj. Tio povas ripari aliron al la spurilo sen ŝanĝi kien iras la kunula trafiko de la torento.
La dokumentaro de medivariabloj de Transmission nomas libcurl la komponanto, kiu faras HTTP- kaj HTTPS-spurilajn anoncojn kaj skrapojn. La proksaj variabloj, kiujn tiu biblioteko uzas, adaptas tiujn petojn. Ili ne estas tutmonda retpolitiko por la tuta aplikaĵo.
| Operacio | Kion starigas la agordo de spurila prokso |
|---|---|
| HTTP- aŭ HTTPS-spurilpeta | La peto de libcurl povas elekti la agorditan prokson |
| Konekto al kunulo | Neniu konkludo el tiu spurila rezulto |
| DHT aŭ alia UDP-agado | Neniu konkludo el tiu spurila rezulto |
Torento povas enhavi plurajn malkovrajn mekanismojn. Do ricevi kunulan liston tra prokso kongruas kun tio, ke postaj konektoj eliras tra ordinara interfaco.
Se vi funkciigas la demonon, ĝia medio ankaŭ apartenas al tiu servo, ne al la terminalo rulanta telekontrolan komandon. En systemd-bazitaj instalaĵoj agordu la variablojn en la demona servo. Doni la ĝustan variablon al la ĝusta procezo necesas por la dokumentita vojo de libcurl; ĝi tamen ne pligrandigas la amplekson de tiu vojo.
Priskribu rezulton po operacio. “La spurilpeta uzis la prokson” utilas. “La retidento de la elŝuto ŝanĝiĝis” bezonas pruvon pri la kunulaj konektoj, kiuj portas la datumojn.