Eu originalmente intitulei isto "como saber se sua internet está inativa ou se sua rede está estragada" e a AI de Jeff disse que esse questionamento provavelmente seria encerrado.
No entanto, alguém aqui está sempre ao telefone com o ISP e geralmente é culpa nossa. Quais são algumas das melhores técnicas para saber se você tem um problema ou se tem um problema.
Sei que isso pode ser uma questão muito abrangente, mas em um caso em que há latência intermitente e desconexões (não apenas interrupções gerais [ou seja, não pode pingar google.com]), o que você faz antes de ligar para o ISP?
Um site de teste útil é: link
Pings e traceroutes são alguns dos primeiros e melhores testes quando se inicia este tipo de investigação. Firewalls podem bloquear esse tráfego, no entanto.
Não pare apenas nos pings normais. Tente ping <ip address> -l 2048 para enviar alguns pacotes grandes e certifique-se de que não seja um problema de fragmentação / MTU.
Verifique sua utilização - seus tubos podem estar cheios.
Coisas que eu verifico ao solucionar um problema de rede com um provedor. Note aqui que 'ping' significa 'fazer um ping estendido, varrendo uma variedade de tamanhos e enviando pelo menos 1000 pacotes em cada tamanho, procurando por latência, perda e erros'.
Se os passos 1 ou 2 falharem, é provável que seja um problema na sua rede interna.
Se a etapa 3 falhar, parece haver um problema na rede do seu provedor. Note, no entanto, que se você não obtiver nenhuma resposta, seu ISP pode simplesmente ter bloqueado o ICMP de / para seus endereços de infra-estrutura.
A falha na etapa 4 indica um possível problema entre seu provedor de serviços de Internet e um de seus provedores de upstream.
A etapa 5 com falha indica problemas com a resolução de nomes.
Espero que ajude.
Tivemos um problema com o nosso ISP e a ferramenta Ping Plotter foi muito útil. Você pode configurá-lo para fazer o ping de um roteador no gateway de Internet do ISP, ou em nosso exemplo nós dissemos para fazer o ping de um escritório regional de volta para o escritório corporativo. Neste exemplo, ele estava passando por alguns ISPs diferentes. O melhor de tudo é que você pode configurá-lo em uma área de trabalho antiga ou em uma máquina virtual, e permite que ele fique parado, coletando dados até que seja necessário.
Como ele mostra cada roteador no caminho e o tempo necessário para que cada um desses roteadores retorne uma resposta, é muito útil identificar pontos de conflito mais a jusante.
Também é bom verificar a contagem de conexões TCP com, por exemplo,
netstat -a (linux / windows) lsof -i tcp (linux) Alguns aplicativos podem gerar muita conexão TCP simultaneamente e isso faz com que você não possa criar novas conexões, mas as conexões existentes, como o SSH, continuam funcionando.
O modem DSL também pode se engasgar com muitas conexões.
Isso geralmente afeta apenas as máquinas Windows.
A melhor ferramenta é o método científico. Forme uma hipótese sobre a causa do problema. Anotá-la. Formule um experimento que testará a hipótese. Anotá-la. Conduza o experimento. Escreva o resultado abaixo. Se a experiência confirma a hipótese, então você está feito. Se não confirmar a hipótese, então você precisa de uma nova hipótese. Se for inconclusivo, você precisa de um novo experimento.
Existe uma ferramenta maravilhosa e simples no linux chamada MTR (abreviatura de My Trace Route) que irá mostrar-lhe a perda de pacotes em cada passo do percurso, e pode até ajudá-lo a procurar percursos agitados.
Se você conseguir passar pelo seu roteador, provavelmente é culpa deles. Se você não pode, então é seu. Use o tracert para descobrir onde os pacotes estão caindo.
Tente fazer ping em qualquer site de saída. Se você puder fazer isso, tudo ficará bem dentro da sua rede. Entre em contato com seu ISP.
Tags internet networking