Como saber se é seu problema ou o problema do seu ISP


16

Originalmente, chamei isso de "como saber se sua Internet está inoperante ou se sua rede está apenas ferrada" e a IA de Jeff disse que isso provavelmente seria encerrado.

No entanto, alguém aqui está sempre ao telefone com o ISP e geralmente é nossa culpa. Quais são algumas das melhores técnicas para saber se você tem um problema ou eles.

Eu sei que isso pode ser uma pergunta muito geral, mas em um caso em que há latência e desconexões intermitentes (não apenas interrupções gerais (por exemplo, não é possível executar ping no google.com)), o que você faz antes de ligar para o ISP?

Respostas:


6

Um site de teste útil é: http://downforeveryoneorjustme.com/

Pings e traceroutes são alguns dos primeiros e melhores testes ao iniciar esse tipo de investigação. Os firewalls podem bloquear esse tráfego no entanto.

Não basta parar em pings normais. Tente ping <ip address> -l 2048enviar alguns pacotes grandes e verifique se não há um problema de fragmentação / MTU.

Verifique sua utilização - seus tubos podem estar cheios.


2
O site www.keynote.com também fornece muitas informações úteis, além da execução do site www.internethealthreport.com.
#

Jeff Atwood mencionou este site just-ping.com/index.php nesta pergunta ( serverfault.com/questions/42678/… ), que também pode ser útil para testes de uma perspectiva global.
Peter Peter

@ Peter: quando tento o comando que você sugeriu, nunca recebo nada. Existe talvez um limite de 1024 para os tamanhos de buffer do servidor de ping?
jvriesem

@jvriesem o host ou um firewall ao longo do caminho pode estar configurado para não responder a pings. Tente pings e traceroutes regulares.
Peter Peter

Eu uso o isup.me muito mais curto
briankip

15

Itens que verifico ao solucionar um problema de rede com um provedor. Observe aqui que 'ping' significa 'executar um ping estendido, varrendo uma variedade de tamanhos e enviando pelo menos 1000 pacotes em cada tamanho, procurando latência, perda e erros'.

  1. Faça o ping do handoff do seu ISP em um dispositivo na mesma sub-rede. (Confirma que não há problemas de L2 entre você e seu ISP).
  2. Faça o ping do hand-off do seu ISP de um dispositivo em uma de suas sub-redes internas. (Confirma que você não tem problemas de roteamento / segurança entre sua rede interna e seu ISP)
  3. Faça ping em um IP na rede do seu provedor. Se você não encontrar um listado publicamente ou o serviço de assistência não oferecer um, faça um rastreamento para algo na Internet e use o segundo ou o terceiro salto. Isso confirma que o roteamento entre você e seu ISP está configurado corretamente.
  4. Faça ping em um IP da Internet . Eu normalmente uso 4.2.2.1, um dos servidores DNS do Level3 que é facilmente lembrado. Isso confirma que o roteamento do seu ISP para o IP específico que você efetuou ping foi configurado corretamente.
  5. Faça ping em um nome de domínio da Internet . Isso verifica se a configuração DNS do seu / seu provedor está correta.

Se as etapas 1 ou 2 falharem, provavelmente é um problema na sua rede interna.

Se a etapa 3 falhar, parece haver um problema na rede do seu provedor. Observe, no entanto, que, se você não receber resposta, seu ISP pode ter simplesmente bloqueado o ICMP para / de seus endereços de infraestrutura.

Falha na etapa 4 indica um problema em potencial entre o seu ISP e um de seus fornecedores upstream.

Falha na etapa 5 indica problemas com a resolução de nomes.

Espero que ajude.


Esse é um procedimento bastante bom para o seu suporte técnico ter documentado a abertura de um ticket com o provedor de forma reativa antes de precisar chamar os administradores da rede para confirmar. É sempre bom que o ISP seja notificado o mais rápido possível quando a empresa estiver offline.
Sclarson

Como sei qual é a "transferência" do meu ISP?
Jvriesem

2

Também é bom verificar a contagem de conexões TCP, por exemplo

Alguns aplicativos podem gerar muitas conexões TCP simultaneamente e isso faz com que você não possa criar novas conexões, mas conexões existentes como o SSH ainda continuam.

O modem DSL também pode engasgar com muitas conexões.

Isso geralmente afeta apenas máquinas Windows.


1

Tivemos um problema com nosso ISP e a ferramenta Ping Plotter foi muito útil. Você pode configurá-lo para executar ping em um roteador no gateway da Internet do ISP ou, em nosso exemplo, solicitamos que ele faça ping de um escritório regional 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, deixando-o lá, fazendo ping, coletando dados até que você precise.

Como mostra cada roteador no caminho e o tempo que leva para que cada um desses roteadores retorne uma resposta, é muito útil identificar pontos de problemas mais adiante no fluxo de dados.


O fumo pode ser usado de maneira semelhante, embora você precise adicionar vários hosts no caminho, pois ele não traceroute, apenas o ping.
LapTop006 27/05/09

0
  1. Examine seus comutadores e roteadores para ver se há colisões ou tráfego altos
  2. Tente conectar uma única máquina ao roteador de saída para verificar se o problema desaparece.

0

Existe uma ferramenta maravilhosa e simples de usar no linux, chamada MTR (abreviação de My Trace Route), que mostra a perda de pacotes a cada passo da rota e pode até ajudá-lo a caçar rotas agitadas.


0

A melhor ferramenta é o método científico. Forme uma hipótese sobre a causa do problema. Anotá-la. Formule um experimento que teste a hipótese. Anotá-la. Realize o experimento. Anote o resultado. Se o experimento confirmar a hipótese, você está pronto. Se ele não confirmar a hipótese, você precisará de uma nova hipótese. Se não for conclusivo, você precisará de um novo experimento.


-1

Se você pode executar ping no seu roteador, provavelmente é culpa deles. Se você não pode, então é seu. Use o tracert para descobrir onde os pacotes estão caindo.


-3

Tente executar o ping em qualquer site de saída. Se você pode fazer isso, está tudo bem na sua rede. Entre em contato com seu ISP.


11
Posso pensar em vários cenários em que essa afirmação está fundamentalmente errada.
Sven
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.