Conexão lenta, mas velocidade rápida quando conectada

1

Estou com um tipo interessante de acúmulo de conexões lentas e gostaria de perguntar às pessoas mais sobre o tópico sobre quaisquer ideias que possam causar isso e como solucioná-lo. (No meu background, eu sou um estudante de TI bastante experiente com computadores e redes)

Na minha rede, temos um roteador conectado à internet e servindo vários dispositivos em 802.11n sem fio. Há alguma interferência com outros WiFis, mas normalmente a conexão é estável. Também todos os dispositivos estão em uma sala, a menos de 5 metros da antena, nada bloqueando.

Há momentos em que tudo funciona normalmente e há momentos em que leva até 30 segundos para que uma conexão termine o handshake, mas, uma vez feito isso, a conexão acelera até 20MBit / s.

Você pode ver isso muito bem em downloads como o steam, em que o gráfico tem picos a cada 10 segundos quando um pacote é eliminado. Mas vídeos do youtube ou downloads http são rápidos assim que a conexão inicial é feita.

Isso acontece independentemente do dispositivo ou do sistema operacional (Windows, Linux, Android) e do reinício do roteador. O flushing dns não resolve o problema.

O envio de um ping para ip ou domínio vai em menos de 50ms e sistemas de chat (provavelmente trabalhando com sockets) estão indo bem.

Embora pareça não ser um problema de dns, carregar a mesma página pela segunda vez resulta em uma conexão muito mais rápida.

  • mysite.com?page=1 (10 segundos)
  • mysite.com?page=2 (10 segundos)
  • mysite.com?page=1 (0,5 segundos)

Estou curioso para saber o que poderia causar isso e quais ferramentas eu posso usar para analisá-lo. Isso é mais uma questão para mim para aprender o contexto técnico por trás disso e eu adoraria ter uma resposta para detalhes técnicos.

Se você precisar de mais detalhes, fico feliz em fornecê-los!

    
por Kostronor 13.06.2015 / 21:42

2 respostas

1

Eu também sou levado a acreditar que você tem um problema com o DNS. Seu comentário

nslookup on windows clears in under one second for random domains

não fez nada para amenizar esses medos. Eu posso oferecer um teste e uma solução.

Dnscrypt é um pacote extremamente útil, desenvolvido pelo excelente pessoal do OpenDNS.org, que não altere apenas a porta DNS, mas também irá criptografar consultas DNS. O ponto aqui é que seu ISP pode ter ativado seu próprio sistema de DNS e firewall, que reconhece as consultas DNS com base na porta e / ou protocolo, de modo que apenas a alteração da porta não funcione. A criptografia permitirá que você ignore o DNS do seu ISP. No site você encontrará pacotes de download para Windows e MacOs. Instale um e veja se alguma coisa muda.

Se isso funcionar, a solução mais simples é montar seu próprio roteador atrás do provedor fornecido pelo seu provedor e rotear todo o tráfego por meio desse novo roteador. Para este fim, você pode usar uma versão Linux adequada (mesmo em hardware antigo de segunda mão como eu), ou comprar um novo roteador compatível com o firmware Tomato by Shibby , você pode encontre uma lista aqui . Este firmware tem dnscrypt, que você pode configurar como achar melhor, veja por exemplo aqui .

    
por 14.06.2015 / 11:52
0

Isso também pode ser um problema com o IPv6. Talvez o seu navegador tente se conectar via IPv6 e aguarde até que o tempo limite antes de tentar novamente com o IPv4.

Dito isso, também sou levado a acreditar que essa é uma questão de DNS.

Você poderia tentar falar com um servidor HTTP diretamente via telnet?

Algo como telnet www.google.com 80 deve fazer isso. Em seguida, observe quanto tempo leva para se conectar e observe também se ele tenta se conectar via IPv4 ou IPv6.

Uma vez conectado, você pode fazer uma consulta HTTP artesanal como esta e monitorar o tempo de resposta novamente.

GET / HTTP/1.1
Host: www.google.com
Connection: Close

A última linha deve ser terminada com 2 (!) novas linhas para acionar a resposta do servidor.

    
por 18.12.2016 / 16:33