Переменные прокси Transmission влияют на HTTP-трекеры, а не на пиров
Отделяйте HTTP-запросы к трекеру в Transmission от соединений с пирами и DHT, прежде чем считать изменённый маршрут трекера загрузкой через прокси.
Трекер отвечает после того, как вы передадите Transmission прокси-URL, собранный из данных вашего сервиса или из записи в списке прокси. Это может исправить доступ к трекеру, не меняя того, куда идёт трафик пиров торрента.
Документация переменных окружения Transmission указывает libcurl как компонент, выполняющий объявления и scrape для HTTP- и HTTPS-трекеров. Переменные прокси, которые использует эта библиотека, настраивают эти запросы. Они не являются глобальной сетевой политикой для всего приложения.
| Операция | Что задаёт настройка прокси для трекера |
|---|---|
| Запрос к HTTP- или HTTPS-трекеру | Запрос libcurl может выбрать настроенный прокси |
| Соединение с пиром | Никакого вывода из этого результата трекера |
| DHT или другая активность UDP | Никакого вывода из этого результата трекера |
В торренте может быть несколько механизмов обнаружения. Поэтому получение списка пиров через прокси совместимо с тем, что последующие соединения выходят через обычный интерфейс.
Если вы запускаете демон, его окружение принадлежит этой службе, а не терминалу, выполняющему команду удалённого управления. В установках на основе systemd задайте переменные в службе демона. Передача правильной переменной правильному процессу необходима для документированного пути libcurl; при этом она не расширяет охват этого пути.
Описывайте результат по каждой операции. «Запрос к трекеру использовал прокси» полезен. «Сетевая идентичность загрузки изменилась» требует доказательств о соединениях с пирами, которые несут данные.