Internet foi intermitentemente cortando


0

Então, desde a semana passada, minha internet foi intermitentemente cortada. E isso não seria completamente eliminado; todos os sites SSL me forneceriam erros de SSL, e todo o resto simplesmente não funcionaria. Não pensei em nada a princípio, mas então realmente começou a me incomodar. Comecei a abrir o terminal e a executar ping no google até ver as respostas, e foi aí que as coisas interessantes aconteceram.

▶ ping google.com
PING google.com (129.129.129.129) 56(84) bytes of data.
//terminal hangs at this point

Meus servidores DNS (atualmente definidos como meus ISPs. Não foram alterados.) Retornaram 129.129.129.129 ... Algum endereço IP aleatório estranho, mas estranhamente satisfatório. Olhando para cima , é apenas um IP padrão da Suíça.

Ele não responde aos pings, o nmap não mostra nada. Nem está acordado.

Ok, talvez seja apenas um caso de ponta. Da próxima vez que acontecer, vamos tentar com o yahoo.

▶ ping yahoo.com          
PING yahoo.com (129.129.129.129) 56(84) bytes of data.

Ok, agora está ficando estranho. O que realmente está acontecendo.

Também notei que, quando a internet volta, ou logo antes, os pings começam a retornar isso:

From gateway (192.168.1.1) icmp_seq=4 Destination Net Unreachable
From gateway (192.168.1.1) icmp_seq=5 Destination Net Unreachable
From gateway (192.168.1.1) icmp_seq=6 Destination Net Unreachable

Eu tenho que parar o ping e iniciá-lo novamente e ele volta ao normal.

Isso é estranho.


11
Você já testou isso em vários dispositivos? Se isso estiver acontecendo apenas em um dispositivo, é possível que ele esteja infectado com malware que envenena seu cache DNS.
DavidB 2/16/16

Se você estiver usando o Windows, verifique se %WINDIR%\system32\drivers\etc\hostshá entradas indesejadas no arquivo. Considere também postar a saída de ipconfig /all.
Vinayak

Estou usando o Arch Linux. Os problemas da Internet acontecem em todos os dispositivos da minha casa; portanto, se alguma coisa está infectada, é meu roteador ou meu ISP. Parece improvável embora.
Awn

Faça uma redefinição forçada do roteador, se for um malware, espero que não seja persistente no firmware e isso resolverá seus problemas, se ele for permanente no firmware, atire o roteador.
Moab

No futuro, evite usar títulos clickbait como este e tente fazer um breve resumo do problema que está ocorrendo.
precisa saber é o seguinte

Respostas:


0
  1. Use os servidores DNS do Google [8.8.8.8, 8.8.4.4] em vez dos servidores atribuídos pelo ISP.
  2. Configure o SmokePing do Oetiker e execute-o como um serviço: http://oss.oetiker.ch/smokeping/ .
  3. Ao configurar o SmokePing, forneça uma variedade de endereços IP conhecidos (internos e externos) para executar ping. Ele criará gráficos de séries temporais de tempos de resposta do ping, ajudando no diagnóstico.
  4. BTW, nem sempre se pode confiar no ping. Alguns hosts bloqueiam a solicitação / resposta de eco do ICMP.

SmokePing é um pacote de código aberto gratuito para executar ping em vários hosts especificados em intervalos de tempo determinados e criar gráficos RRD de suas latências de resposta. Ele já está nos repositórios da maioria das distribuições Linux.

Executar ping em mais de um host ajuda a estabelecer que o problema está na sua conexão e não no host específico que você está executando o ping. Os gráficos RRD facilitam ver se a conexão está completamente inativa ou apenas sinalizando dentro e fora ao longo do dia. Eu pingava endereços IP em vez de nomes de host apenas para tirar o DNS da equação.

Quanto ao DNS do Google, odeio fornecer ao Google mais informações do que já forneci, mas achei que os servidores DNS deles eram os mais confiáveis ​​dos gratuitos. Eu já vi todo tipo de estranheza surgir nos servidores DNS do ISP. Suspeito que isso ocorra porque o DNS parece tão trivial ao valor nominal que as pessoas ignoram todas as maneiras sutis que podem ser confundidas.

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.