Проксі-змянныя Transmission уплываюць на HTTP-трэкеры, а не на піраў
Аддзяляйце HTTP-запыты трэкера Transmission ад злучэнняў з пірамі і DHT, перш чым лічыць зменены маршрут трэкера праксіраваным спампоўваннем.
Трэкер адказвае пасля таго, як вы дасце Transmission проксі-URL, пабудаваны з даных вашай службы або з пункта ў спісе проксі. Гэта можа выправіць доступ да трэкера, не змяняючы таго, куды ідзе трафік піраў торэнта.
Дакументацыя Transmission па зменных асяроддзя вызначае libcurl як кампанент, які робіць аб'явы і скрэпы HTTP- і HTTPS-трэкераў. Проксі-змянныя, якія спажывае гэтая бібліятэка, наладжваюць гэтыя запыты. Яны не з'яўляюцца глабальнай сеткавай палітыкай для ўсяго праграмнага забеспячэння.
| Аперацыя | Што вызначае налада проксі для трэкера |
|---|---|
| Запыт HTTP- або HTTPS-трэкера | Запыт libcurl можа выбраць наладжаны проксі |
| Злучэнне з пірам | Ніякай высновы з гэтага выніку трэкера |
| DHT або іншая актыўнасць UDP | Ніякай высновы з гэтага выніку трэкера |
Торэнт можа ўтрымліваць некалькі механізмаў пошуку. Таму атрыманне спіса піраў праз проксі сумяшчальнае з тым, што пазнейшыя злучэнні выходзяць праз звычайны інтэрфейс.
Калі вы запускаеце дэман, яго асяроддзе таксама належыць гэтай службе, а не тэрміналу, які выконвае каманду дыстанцыйнага кіравання. На ўстаноўках на базе systemd задайце зменныя ў службе дэмана. Перадача правільнай зменнай правільнаму працэсу неабходная для дакументаванага шляху libcurl; яна ўсё роўна не пашырае межы гэтага шляху.
Апісвайце вынік па кожнай аперацыі. “Запыт трэкера выкарыстаў проксі” — карысна. “Сеткавая ідэнтычнасць спампоўвання змянілася” патрабуе доказаў пра злучэнні з пірамі, якія перадаюць даныя.