Zmienne proxy Transmission dotyczą trackerów HTTP, a nie peerów
Oddziel żądania trackera HTTP w Transmission od połączeń z peerami i od DHT, zanim zmienioną trasę trackera uznasz za pobieranie przez proxy.
Tracker odpowiada po przekazaniu Transmission adresu URL proxy zbudowanego z danych Twojej usługi lub wpisu na liście proxy. Może to naprawić dostęp do trackera bez zmiany tego, dokąd trafia ruch peerów torrenta.
Dokumentacja zmiennych środowiskowych Transmission wskazuje libcurl jako komponent wykonujący ogłoszenia i scrape'y trackera HTTP i HTTPS. Zmienne proxy używane przez tę bibliotekę dostosowują te żądania. Nie są globalną polityką sieciową dla całej aplikacji.
| Operacja | Co ustala ustawienie proxy dla trackera |
|---|---|
| Żądanie trackera HTTP lub HTTPS | Żądanie libcurl może wybrać skonfigurowane proxy |
| Połączenie z peerem | Żaden wniosek z tego wyniku trackera |
| DHT lub inna aktywność UDP | Żaden wniosek z tego wyniku trackera |
Torrent może zawierać kilka mechanizmów wykrywania. Otrzymanie listy peerów przez proxy jest więc zgodne z tym, że późniejsze połączenia wychodzą przez zwykły interfejs.
Jeśli uruchamiasz demona, jego środowisko również należy do tej usługi, a nie do terminala wykonującego polecenie zdalnego sterowania. W instalacjach opartych na systemd ustaw zmienne w usłudze demona. Przekazanie właściwej zmiennej właściwemu procesowi jest konieczne dla udokumentowanej ścieżki libcurl; nadal nie rozszerza to jej zakresu.
Opisuj wynik dla każdej operacji. „Żądanie trackera użyło proxy” jest przydatne. „Tożsamość sieciowa pobierania się zmieniła” wymaga dowodów dotyczących połączeń z peerami, które przenoszą dane.