Torrents ruins ou porta bloqueada

groove · 30 de Dezembro de 2010, 20:55

Galera, gostaria de algumas orientações com relação a torrents, recentemente comecei a baixar torrents e o que ocorre cmg é que depende do arquivo que baixo, ele pega a velocidade total de download e alguns não passam de 10, 15kbps.
Isto tem alguma coisa a ver com a porta usada pelo meu cliente torrent?(Deluge) Ou tem a ver com o torrent msm, muitos usuários baixando ao mesmo tempo?
Outra coisa estranha, é que estes que baixam lentamente tem tipo 500 seeds, contudo só conectam 40, 50..

zekkerj · 30 de Dezembro de 2010, 21:06

Citarrecentemente comecei a baixar torrents e o que ocorre cmg é que depende do arquivo que baixo, ele pega a velocidade total de download e alguns não passam de 10, 15kbps

Com você, com a torcida do Flamengo, e a do Corínthians. Torrent é assim mesmo...

groove · 30 de Dezembro de 2010, 21:54

Temia que a reposta fosse essa "/
Mas essa lentidão é devido a quantidade de usuários baixando o mesmo arquivo?

niquelnausea · 30 de Dezembro de 2010, 23:07

Citação de: groove online 30 de Dezembro de 2010, 21:54
Mas essa lentidão é devido a quantidade de usuários baixando o mesmo arquivo?

depende da banda de quem esta disponibilizando o arquivo, por exemplo: 1 pessoa disponibilizando 1 arquivo de 4,5gb com taxa de up de 20kb, e 10 pessoas fazendo o down, isso cria um "gargalo", fazendo com que a taxa de down das 10 pessoas sejam baixo. Fatores como operadoras que dificultam as operações de redes p2p, portas mal configuradas (entre outros) também podem causar essa lentidão.
a principal causa ao meu ver é a falta de seed. arquivos encontrados em blogs e sites que são disponibilizados em servidores como o megaupload e rapidshare, ou seja, você baixa, usa e deleta, ja as redes p2p foram feitas para o compartilhamento de arquivos. em trackers privados é praticamente obrigatório compartilhar o mesmo que você baixa (justo na minha opinião).

zekkerj · 31 de Dezembro de 2010, 01:28

Eu só não concordo que muitos usuários baixando o mesmo arquivo seja ruim. Em qq rede P2P, o usuário que está baixando também faz upload das partes que já baixou (e essa é a vantagem da rede P2P). Apenas os primeiros usuários baixam da fonte original; depois de algum tempo, os novos usuários passam a baixar da fonte original e das partes que os outros já baixaram.

Alguns clientes torrent levam isso ao extremo, e criam o modo "super-seeder". Nesse modo, a fonte original divide o arquivo em tantas partes quantos sejam os usuários baixando o arquivo, e faz com que cada usuário baixando receba apenas uma das partes (e que dois usuários não recebam a mesma parte). A idéia é que os cada usuário baixa sua parte do "seeder" original, e as outras partes dos outros "peers".

dddap · 02 de Janeiro de 2011, 19:50

Faz o teste nesse site aqui http://200.187.80.35/tsv1/

groove · 03 de Janeiro de 2011, 21:38

Fiz o teste e olhem o resultado:

Código Selecionar


Resultados da sua conexão:
Host:187.7.177.93
IP:187.7.177.93


Trafego de P2P pela porta 6881:

# O envio (upload) de P2P funcionou.
Nossa ferramenta enviou com sucesso os dados usando o protocolo de P2P.

# Não há qualquer indicação de que o seu provedor limita seu uso para envio (upload) via P2P.
Em nossos testes um arquivo enviado via TCP alcançou um mínimo de 233 Kbps, enquanto um arquivo enviado via P2P alcançou uma máximo de 250 Kbps. Você pode encontrar detalhes aqui.

# O recebimento de P2P (download) funcionou.
Nossa ferramenta recebeu com sucesso os dados usando o protocolo de P2P.

# Não há qualquer indicação de que o seu provedor limita seu uso para recebimento via P2P.
Em nossos testes um arquivo recebido via TCP alcançou um mínimo de 233 Kbps, enquanto um arquivo recebido via P2P alcançou uma máximo de 250 Kbps. Você pode encontrar detalhes aqui.




Trafego de P2P pela porta não P2P 4711:

# O envio (upload) de P2P funcionou.
Nossa ferramenta enviou com sucesso os dados usando o protocolo de P2P.

# Não há qualquer indicação de que o seu provedor limite seu uso para upload via P2P.
Em nossos testes um arquivo enviado via TCP alcançou um mínimo de 240 Kbps, enquanto um arquivo enviado via P2P alcançou uma máximo de 242 Kbps. Você pode encontrar detalhes aqui.

# O recebimento de P2P (download) funcionou.
Nossa ferramenta recebeu com sucesso os dados usando o protocolo de P2P.

# Não há qualquer indicação de que o seu provedor limita seu uso para recebimento via P2P.
Em nossos testes um arquivo recebido via TCP alcançou um mínimo de 233 Kbps, enquanto um arquivo recebido via P2P alcançou uma máximo de 250 Kbps. Você pode encontrar detalhes aqui.




Trafego via TCP pela porta 6881 :

# Não há qualquer indicação de que o seu provedor limite downloads pela porta 6881.
Em nossos testes um arquivo recebido via TCP em uma porta de P2P atingiu um mínimo de 214 Kbps, enquanto um arquivo recebido por uma porta não P2P atingiu um minimo de 228 Kbps. Você pode encontrar detalhes aqui.

# Não há qualquer indicação de que o seu provedor limite uploads pela porta 6881.
Em nossos testes um arquivo enviado via TCP em uma porta de P2P atingiu um mínimo de 233 Kbps, enquanto um arquivo enviado por uma porta não P2P atingiu um minimo de 240 Kbps. Você pode encontrar detalhes aqui.

Acredito que esteja tudo ok com as portas, o que achei estranho é que geralmente elas veem bloqueadas no modem/roteador, não?

zekkerj · 03 de Janeiro de 2011, 23:08

Citaro que achei estranho é que geralmente elas veem bloqueadas no modem/roteador, não?

Não... há uma confusão de termos, muita gente diz "desbloquear uma porta" quando na verdade só quer "redirecionar uma porta".

groove · 04 de Janeiro de 2011, 21:31

Então o hardware não bloqueia portas? Somente o firewall?

zekkerj · 05 de Janeiro de 2011, 02:13

Sim. Você não consegue conectar não pq as portas estão bloqueadas, mas sim pq não há serviço nelas. Aliás, um bom scanner de portas como o nmap identifica a diferença entre uma coisa e outra: as portas que não estão ativas aparecem como "closed"; já as bloqueadas aparecem como "filtered".

groove · 05 de Janeiro de 2011, 17:51

Rodei o nmap no ip do roteador e olha o resultado:

Código Selecionar


Starting Nmap 5.21 ( http://nmap.org ) at 2011-01-05 17:48 BRST
Nmap scan report for 192.168.1.1
Host is up (0.0083s latency).
Not shown: 998 closed ports
PORT    STATE    SERVICE
80/tcp  open     http
113/tcp filtered auth
MAC Address: 00:25:9C:FA:80:95 (Cisco-Linksys)

Nmap done: 1 IP address (1 host up) scanned in 1.98 seconds

A unica porta aberta é a 80, as outras estão todas fechadas.
Pergunto: como faço pra ativar algumas portas pro deluge usar?

velox256 · 05 de Janeiro de 2011, 18:00

Vc já experimentou configurar o Deluge para usar portas altas, como 45000 para up e down? As operadoras costumam fazer traffic shapping e as portas padrão usadas pelos programas de torrents costumam ter esse comportamento. Além disso, a taxa de upload influencia e muito na taxa de download, tipo se vc deixar a taxa de upload no talo da sua conexão vai fazer com que a taxa de download, em vez de aumentar, baixar...

groove · 05 de Janeiro de 2011, 18:10

Cara, todas as portas que eu coloco pro deluge usar, quando faço teste do deluge pra ver se ela está ativa, fica um ponto de exclamação do lado "/
Neste caso que vc falou da taxa de upload, como devo configurar então? Minha net é de 1Mbps. Quanto devo deixar o upload?

zekkerj · 06 de Janeiro de 2011, 01:14

Veja só, quando vc for testar o roteador, teste pelo IP externo, não pelo interno. As regras são diferentes pros dois lados.

Outra coisa que vc deve fazer é testar a partir de outra conexão, por exemplo usando um modem 3G, ou a conexão de um amigo.

Sobre como abrir portas, cada aparelho faz isso de um jeito, então não tem como eu te explicar como fazer com o seu. No entanto, se o Deluge for compatível com uPnp, vc pode ativar essa opção no seu roteador, e ele teoricamente vai abrir automaticamente a porta que o Deluge precisa.

groove · 06 de Janeiro de 2011, 18:25

Rodei o nmap de uma conexão externa e percebi que a porta 5900 está aberta contudo as outras portas que eu abri não aparecem, não entendi.
O que é uPnp?
Não sabia que era necessário o deluge estar aberto para a porta ser aberta. Após rodar o nmap com deluge aberto, constatei que a porta está aberta e após testar no Deluge em Confg > Rede > Testar porta ativa, tive retorno ok.
Outra dúvida, o deluge permite setar um determinado número de portas, quanto mais portas eu liberar, melhor será a conexão ou não tem nada a ver?