☰

uTorrent faz com que o DNS pare de funcionar ocasionalmente

tag-icon • tag-icon windows utorrent
uTorrent faz com que o DNS pare de funcionar ocasionalmente

Ao usar o uTorrent, o DNS para de responder periodicamente.

O problema parece não estar relacionado ao uso excessivo de largura de banda (como visto do roteador para o computador), mas pode estar relacionado a alguma forma de proteção contra inundações fornecida pelo roteador (mais conexões de entrada para o roteador do que o Windows aceitará).

Como faço para que a rede funcione corretamente (embora ainda possa usar o uTorrent, é claro)?

Responder1

clientes bittorentconectar-se agressivamente com colegas... e alguns roteadores interpretam isso como uma inundação de sincronização.

Conexões abertas

Quando o uTorrent é carregado e os uploads/downloads são pausados ​​(não interrompidos), ele mantém conexões abertas com seus pares. Enquanto isso, legiões de colegas da Internet ainda tentarão se conectar a você para descobrir se você tem os bits que eles desejam.

Eventualmente, você atingirá o limite de conexão aberta imposto pelo seu sistema operacional (no Windows 7 são 10 conexões) e as conexões de novos clientes começarão a ficar na fila no seu roteador.

Os clientes na fila verificarão agressivamente se a conexão está livre. Esta pesquisa agressiva pode ser interpretada como um ataque syn-flood pelo roteador.

Soluções

  • reduza o limite de conexão semiaberto no seu software bittorent abaixo do limite de conexão imposto pelo seu sistema operacional
  • desative a proteção contra inundação de IP em seu roteador/modem.

Saturação de largura de banda

Além disso, com a conexão do uTorrent (ou qualquer tráfego em massa) rodando sem restrições, o canal de upload (e possivelmente de download) atinge o uso total, forçando algum tráfego de “manutenção” a ficar em segundo plano, o que acaba diminuindo a utilidade da rede.

Aqui está um exemplo:

  1. Download de alta velocidade (torrent ou outro) satura o link downstream.
  2. O usuário tenta navegar para um site não visitado recentemente. O computador gera uma solicitação de informações de DNS para o site desejado. O "upload" da solicitação para o servidor DNS foi bem-sucedido (não contestado para acesso ao canal upstream).
  3. O servidor DNS responde (ou tenta), mas a resposta fica presa na tentativa de chegar à máquina do usuário porque o canal de download está saturado com conteúdo de download e como algo precisa ser descartado e o download é agressivo em manter a velocidade, o A resposta do DNS é descartada (em algum momento antes de chegar ao roteador local).

A mesma coisa pode acontecer se o upload for irrestrito. Com o upload saturado, os pacotes conhecidos como TCP-ACK (que são enviados como respostas do tipo "Ei, recebi o pacote xyz com sucesso") são interrompidos, fazendo com que os downloads sejam interrompidos, fazendo com que a navegação na web se torne muito irregular.

Soluções

  • Descubra quais são as capacidades máximas da sua conexão (para cima e para baixo, individualmente) e defina a velocidade máxima dos seus clientes de transferência em massa para não usar mais do que cerca de 80% dessa velocidade. Isso deixará “espaço” para coisas como pacotes DNS e TCP-ACK contornarem o tráfego em massa e serem resolvidos rapidamente.
  • Use um roteador que possa lidar com modelagem de tráfego de forma que determinado tráfego (DNS, IMCP Ping, TCP-ACK) possa ser priorizado antes de outras formas de tráfego, e algumas formas de tráfego (torrent em particular) possam ser despriorizadas. Este é o meu método preferido. Isso pode oferecer o benefício adicional de permitir que todo o canal ascendente e descendente seja utilizável para tráfego de torrent quando o tráfego de prioridade mais alta não o desafiar.
  • Use alguma combinação de 1 e 2 para restringir o tráfego "mal comportado".

Se estiver interessado em mais informações sobre distribuição de modelagem de tráfego Linux/BSD,Parede MonoeIPCopambos têm boas informações.

Responder2

Quando eu tenho algo assim,Wiresharké meu melhor amigo.

Mas primeiro é bom perceber estas três coisas:

  • O fato do ping estar funcionando não significa que o DNS (ou qualquer outro serviço) esteja funcionando, e vice-versa.

    Isso ocorre porque o ping usa um protocolo completamente diferente (ICMP, enquanto o DNS usa IP e uma combinação de UDP e TCP), em um nível de modelo de rede completamente diferente. Qualquer coisa no caminho, desde o seu firewall pessoal, passando pelo número de roteadores até o host real onde o serviço está sendo executado, pode ser configurado para descartar um deles, mas não o outro (seja paranóia do administrador ou algum caso de falha), embora normalmente acontece mais com o ICMP do que com outros

  • Geralmente, também é bom deixar claro se são suas solicitações (DNS) ou as respostas que estão se perdendo.

    Bem, o programa específico que você está usando deve deixar isso claro para você, mas como regra geral, é mais fácil ver você mesmo na GUI do Wireshark :)

  • Como mencionei, o DNS normalmente usa UDP como forma de entregar o conteúdo da solicitação e da resposta.

    Em contraste com seu irmão TCP, o UDP é definido de uma forma que hásem garantia que o pacote será entregue e não há nada que um roteador deva (nem possa) fazer para informá-lo sobre a falha. (Isso é um sacrifício para outro recurso do UDP: ele é incrivelmente rápido. Os roteadores não precisam manter nenhuma informação sobre o remetente nem a ordem dos pacotes, eles apenas os transmitem rapidamente e esquecem. Eles podem até mesmo dar-lhes prioridade mais alta do que com segurança. TCP.)

Normalmente, a primeira coisa que eu faria seria:

  1. Inicie o Wireshark
  2. Clique em Opções de captura
  3. Para Filtro de captura, defina host 1.2.3.4para garantir que você esteja capturando apenas o tráfego entre você e 1.2.3.4
  4. Começar captura
  5. Depois de tudo iniciado desta forma, tente seus comandos

No entanto, com base na sua última atualização: não conheço esse software, mas definitivamente suspeito do cliente uTorrent. É possível que um aplicativo envie muitos UDP, por exemplo, algum limite seja atingido no seu roteador doméstico e ele comece a descartar pacotes UDP.

Responder3

eu tentaria oFerramenta de benchmark de DNS do GRC. Ele testa os servidores DNS que você está configurado para usar, bem como muitos outros servidores DNS. Não apenas testa sua velocidade, mas também sua confiabilidade. É gratuito e não precisa ser instalado (embora seja apenas Windows). Também há muitas informações boas sobre DNS nessas páginas.

Responder4

Encontrei a solução, embora não a entenda totalmente, se alguém puder explicar direito poste como resposta e darei recompensa a ele, pois outras respostas não ajudaram.

Como mencionei no apêndice da pergunta, o uTorrent estava relacionado ao problema, porque fechar o uTorrent resolveu o problema. Resolvi descobrir como consertar sem precisar fechar o uTorrent. Emeste tópicoeEste(foi muito relevante porque as pessoas lá têm o mesmo ISP e roteador) Encontrei sugestões que deveria desabilitarProteção contra inundação de IPno meu roteador e funcionou! O problema e a solução eram exóticos, possivelmente específicos do roteador Cisco EPC3925 ou mesmo de um ISP específico (popular na Europa, por isso era difícil pesquisar algo no Google em inglês).

informação relacionada