Como posso diagnosticar e provar os micro-cortes de rede?

1

Não consigo manter vários tipos de conexões de longa duração abertas a partir da LAN do meu escritório (ADSL) e preciso convencer o provedor de serviços de que há um problema real. Pings padrão e traceroutes não indicam nenhum problema, eu preciso de algo mais avançado.

Sempre que eu inicio uma longa consulta MySQL da minha caixa (PHP ou MySQL Workbench) através da linha ADSL para um servidor na Internet, o driver parece desconectar. O MySQL Workbench congela e requer uma parada forçada. O PHP nunca retorna nenhum resultado e deve ser eliminado. A mesma consulta da minha casa funciona bem, sempre.

As conexões de área de trabalho remota pela linha ADSL são descartadas com frequência e eu preciso reconectar 15 vezes por dia. Isso não acontece em casa. Conexões SSH também caem.

Estou usando um Mac, mas meu colega com o Windows tem o mesmo problema. Como posso diagnosticar e provar o problema?

    
por GGGforce 27.01.2015 / 17:33

3 respostas

1

Você deve tentar sua rota para o host, uma ferramenta para fazer isso é mtr, um traceroute que mostra a latência de cada salto na rota.

No mac você pode instalar com homebrew

brew install mtr    

então

mtr example.com    

E você seria capaz de ver que o host está descartando pacotes.

    
por 27.01.2015 / 18:41
0

Você pode usar um software de monitor de largura de banda e executá-lo ao longo de 24 horas. Isso deve fornecer uma leitura bastante precisa do status da sua largura de banda.

Como alternativa, você também pode copiar o log das suas conexões ssh. Como estes desconectam em cada microcut, deve provar que você está realmente experimentando uma perda de conexão altamente recorrente.

A forma de informação das suas sessões ssh estará em /var/log/system.log

e no Lion e nas versões anteriores do OS X, o arquivo estaria em /var/log/secure.log

Espero que ajude

    
por 27.01.2015 / 17:51
0

Os pings devem mostrar o problema se você criar a solicitação de ping o suficiente e deixá-la em execução em segundo plano apontando-a para um arquivo de log, por exemplo;

ping -t -w 250 -4 -l 1024 google.com >> log.txt

vai pingar google.com com um pacote de 1k e um tempo limite de 250ms. Alguns hosts não aceitam pacotes maiores que 32/64 bytes, mas quanto maior o pacote, melhor o ping simulará o uso real e dará a você pacotes descartados, se é isso que está ocorrendo. Não se preocupe com o tamanho da resposta.

    
por 27.01.2015 / 18:27