Прокси променливите на Transmission засягат HTTP тракерите, не пиърите
Отделете HTTP заявките към тракера на Transmission от връзките с пиъри и DHT, преди да приемете променен маршрут на тракера за изтегляне през прокси.
Тракерът отговаря, след като дадете на Transmission прокси URL, изграден от данните на вашата услуга или от запис в списък с проксита. Това може да поправи достъпа до тракера, без да променя накъде отива пиър трафикът на торента.
Документацията на Transmission за променливите на средата посочва libcurl като компонента, който прави HTTP и HTTPS обявления и заявки към тракери. Прокси променливите, които тази библиотека консумира, настройват тези заявки. Те не са глобална мрежова политика за цялото приложение.
| Операция | Какво установява настройката за прокси на тракера |
|---|---|
| HTTP или HTTPS заявка към тракер | Заявката на libcurl може да избере конфигурираното прокси |
| Връзка с пиър | Никакво заключение от този резултат на тракера |
| DHT или друга UDP активност | Никакво заключение от този резултат на тракера |
Един торент може да съдържа няколко механизма за откриване. Затова получаването на списък с пиъри през прокси е съвместимо с това по-късни връзки да излизат през обикновен интерфейс.
Ако стартирате демона, неговата среда принадлежи също на тази услуга, а не на терминала, който изпълнява команда за дистанционно управление. При инсталации на базата на systemd задайте променливите в услугата на демона. Подаването на правилната променлива на правилния процес е необходимо за документирания път на libcurl; то все още не разширява обхвата на този път.
Описвайте резултата по операция. „Заявката към тракера използва проксито“ е полезно. „Мрежовата идентичност на изтеглянето се промени“ изисква доказателства за пиър връзките, които пренасят данните.