na verdade não é um problema. meu mal:)
a configuração acima está correta. o TCP_DENIED não é respondido pelo squid, é do tracker da BT. então eu fui negado pelo rastreador, não pelo meu serviço de lula.
meu servidor squid está configurado para usar o módulo ncsa para fazer autenticação. e eu posso usar este proxy com navegadores da web (IE / FF). Eu configurei minha transmissão como:
"proxy": "my.proxy.ip",
"proxy-auth-enabled": verdadeiro,
"proxy-auth-password": "mypassword",
"proxy-auth-username": "myname",
"ativado por proxy": verdadeiro,
"proxy-port": 31288,
"tipo de proxy": 0,
depois que eu comecei meu daemon de transmissão, eu ainda vejo TCP_DENIED / 407 no meu log do squid. parece que a transmissão não forneceu as informações da conta do usuário. para o servidor squid, e o pedido é negado.
alguém sabe como consertar isso?
Bitorrent faz dois tipos de conexões, conexão http ao rastreador (geralmente na porta 6969) e depois a transferência real (geralmente na porta 6981 e acima) Uma configuração de proxy pode funcionar no primeiro tipo e na transmissão para o proxy mac configurações que eu disse especificamente conectar ao rastreador com um proxy. A outra conexão não é http e, portanto, não será autenticada.
Se você usasse o wireshark e assistisse a conexão, eu estaria disposto a apostar que as conexões com os rastreadores estão funcionando, e a negação que você está vendo no log é realmente tentar baixar o conteúdo.
Existem algumas possibilidades que você pode fazer neste momento. Eu estou supondo que a caixa de lula também é o seu portal. Portanto, a solução mais fácil deve ser modificar o iptables e encaminhar para o seu computador as portas necessárias (veja abaixo). Dessa forma, para as transmissões, acha que está na web e deve funcionar bem.
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
Esta solução não ignora o lula.