Variabilele proxy ale Transmission afectează trackerele HTTP, nu peerii
Separați cererile către trackerul HTTP ale Transmission de conexiunile cu peeri și de DHT înainte de a trata o rută de tracker modificată ca o descărcare prin proxy.
Trackerul răspunde după ce îi dați lui Transmission un URL de proxy construit din detaliile serviciului dvs. sau dintr-o intrare dintr-o listă de proxy. Asta poate repara accesul la tracker fără a schimba unde merge traficul peer al torrentului.
Documentația variabilelor de mediu ale Transmission indică libcurl drept componenta care face anunțurile și scrape-urile către trackerul HTTP și HTTPS. Variabilele de proxy folosite de acea bibliotecă personalizează aceste cereri. Ele nu sunt o politică de rețea globală pentru întreaga aplicație.
| Operațiune | Ce stabilește setarea de proxy a trackerului |
|---|---|
| Cerere către tracker HTTP sau HTTPS | Cererea libcurl poate alege proxy-ul configurat |
| Conexiune la un peer | Nicio concluzie din acel rezultat al trackerului |
| DHT sau altă activitate UDP | Nicio concluzie din acel rezultat al trackerului |
Un torrent poate conține mai multe mecanisme de descoperire. De aceea, primirea unei liste de peeri printr-un proxy este compatibilă cu ieșirea conexiunilor ulterioare printr-o interfață obișnuită.
Dacă rulați demonul, mediul lui aparține tot acelui serviciu, nu terminalului care rulează o comandă de control de la distanță. Pe instalările bazate pe systemd setați variabilele în serviciul demonului. Furnizarea variabilei corecte procesului corect este necesară pentru calea libcurl documentată; totuși nu extinde sfera acestei căi.
Descrieți rezultatul pe fiecare operațiune. „Cererea către tracker a folosit proxy-ul” este utilă. „Identitatea de rețea a descărcării s-a schimbat” necesită dovezi despre conexiunile cu peeri care transportă datele.