Прокси-променливите на Transmission влијаат на HTTP-тракерите, не на врсниците
Одвојте ги HTTP-барањата кон тракерот на Transmission од врските со врсници и DHT пред променетата тракерска рута да ја сметате за преземање преку прокси.
Тракерот одговара откако на Transmission ќе му дадете прокси URL изграден од податоците за вашата услуга или од запис во списокот со прокси. Тоа може да го поправи пристапот до тракерот без да промени каде оди врсничкиот сообраќај на торентот.
Документацијата на Transmission за променливите на околината го означува libcurl како компонента што ги извршува HTTP и HTTPS тракерските објави и scrape. Прокси-променливите што ги користи таа библиотека ги прилагодуваат тие барања. Тие не се глобална мрежна политика за целата апликација.
| Операција | Што утврдува поставката за прокси на тракерот |
|---|---|
| HTTP или HTTPS барање кон тракер | Барањето на libcurl може да го избере конфигурираното прокси |
| Врска со врсник | Никаков заклучок од тој тракерски резултат |
| DHT или друга UDP-активност | Никаков заклучок од тој тракерски резултат |
Еден торент може да содржи неколку механизми за откривање. Затоа примањето список со врсници преку прокси е компатибилно со тоа што подоцнежните врски излегуваат преку обичен интерфејс.
Ако го вклучувате демонот, неговата околина исто така припаѓа на таа услуга, а не на терминалот што извршува команда за далечинско управување. На инсталации засновани на systemd поставете ги променливите на услугата на демонот. Давањето на вистинската променлива на вистинскиот процес е потребно за документираната libcurl-патека; таа сепак не го проширува нејзиниот опсег.
Опишете го резултатот по операција. „Барањето кон тракерот го користеше проксито“ е корисно. „Мрежниот идентитет на преземањето се промени“ бара докази за врските со врсници што ги пренесуваат податоците.