мой сервер squid настроен на использование модуля ncsa для аутентификации. и я могу использовать этот прокси с веб-браузерами (IE/FF). я настроил свою передачу как:

"proxy": "my.proxy.ip",

«proxy-auth-enabled»: true,

"proxy-auth-password": "mypassword",

"proxy-auth-username": "myname",

«прокси-включен»: правда,

«прокси-порт»: 31288,

«прокси-тип»: 0,

после того, как я запустил мой демон передачи, я все еще вижу TCP_DENIED/407 в моем журнале squid. кажется, что передача не предоставила информацию об учетной записи пользователя. к серверу squid, и запрос отклонен.

кто-нибудь как это исправить?

2 ответа2

0

это на самом деле не проблема. моя вина :)

вышеуказанная настройка правильная. TCP_DENIED не отвечает от squid, это от BT tracker. так что мне отказал трекер, а не мой сервис Squid.

0

Bitorrent устанавливает два вида соединений: http-соединение с трекером (обычно через порт 6969) и затем фактическую передачу (обычно через порт 6981 и выше). Настройка прокси может работать на первом типе и при передаче для mac настройки прокси-сервера, которые я устанавливаю. конкретно говорит подключиться к трекеру с прокси. Другое соединение не http и поэтому не будет аутентифицироваться.

Если бы вы использовали Wireshark и наблюдали за соединением, я бы поспорил, что соединения с трекерами работают, и отрицание, которое вы видите в журнале, касается фактической попытки загрузки контента.

Есть несколько возможностей, которые вы можете сделать на данный момент. Я предполагаю, что коробка с кальмарами - это тоже ваши ворота. Поэтому самое простое решение должно состоять в том, чтобы изменить iptables и перенести на ваш компьютер необходимые порты (см. Ниже). Таким образом, ради передачи он думает, что находится в сети и должен нормально работать.

iptables -t nat -A PREROUTING -p tcp --dport 6881:6889 -j DNAT --to-destination <transmission_ip>
iptables -A FORWARD -s <transmission_ip> -p tcp --dport 6881:6889-j ACCEPT

Это решение делает обход Squid.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .