A cada 10 a 15 minutos, minha conexão com a Internet falha da seguinte maneira:
- Não é possível carregar sites
- Não é possível conectar-se ao Dropbox
- Não é possível conectar ao IRC
- Skype ainda funciona
- Slack ainda funciona
- Ainda consigo me conectar ao meu roteadoremodem
Depois de muita pesquisa, acredito que seja um problema de DNS. Tentei usar os servidores DNS do meu ISP e os servidores DNS do Google, mas o problema permanece.
Quando eu me desconecto da rede Wi-Fi e reconecto, o problema desaparece e tudo funciona por mais 10 a 15 minutos.
Aqui estão alguns resultados de alguns ping
testes quando o problema aparece:
# ping 8.8.8.8 (Google's DNS server, becomes unreachable)
64 bytes from 8.8.8.8: icmp_seq=11589 ttl=41 time=61.719 ms
64 bytes from 8.8.8.8: icmp_seq=11590 ttl=41 time=61.869 ms
64 bytes from 8.8.8.8: icmp_seq=11591 ttl=41 time=60.212 ms
64 bytes from 8.8.8.8: icmp_seq=11592 ttl=41 time=60.332 ms
64 bytes from 8.8.8.8: icmp_seq=11593 ttl=41 time=65.169 ms
64 bytes from 8.8.8.8: icmp_seq=11594 ttl=41 time=61.890 ms
64 bytes from 8.8.8.8: icmp_seq=11595 ttl=41 time=59.746 ms
64 bytes from 8.8.8.8: icmp_seq=11596 ttl=41 time=60.221 ms
Request timeout for icmp_seq 11602
Request timeout for icmp_seq 11603
Request timeout for icmp_seq 11604
Request timeout for icmp_seq 11605
Request timeout for icmp_seq 11606
Request timeout for icmp_seq 11607
Request timeout for icmp_seq 11608
Request timeout for icmp_seq 11609
# ping 203.144.206.49 (ISP's DNS server, automatically configured, becomes unreachable)
64 bytes from 203.144.206.49: icmp_seq=1418 ttl=249 time=27.160 ms
64 bytes from 203.144.206.49: icmp_seq=1419 ttl=249 time=23.846 ms
64 bytes from 203.144.206.49: icmp_seq=1420 ttl=249 time=25.674 ms
64 bytes from 203.144.206.49: icmp_seq=1421 ttl=249 time=25.712 ms
64 bytes from 203.144.206.49: icmp_seq=1422 ttl=249 time=25.169 ms
64 bytes from 203.144.206.49: icmp_seq=1423 ttl=249 time=24.310 ms
64 bytes from 203.144.206.49: icmp_seq=1424 ttl=249 time=26.983 ms
64 bytes from 203.144.206.49: icmp_seq=1425 ttl=249 time=26.477 ms
Request timeout for icmp_seq 1428
Request timeout for icmp_seq 1429
Request timeout for icmp_seq 1430
Request timeout for icmp_seq 1431
Request timeout for icmp_seq 1432
Request timeout for icmp_seq 1433
Request timeout for icmp_seq 1434
Request timeout for icmp_seq 1435
# ping 192.168.1.1 (modem, remains reachable)
64 bytes from 192.168.1.1: icmp_seq=1760 ttl=64 time=1.571 ms
64 bytes from 192.168.1.1: icmp_seq=1761 ttl=64 time=1.414 ms
64 bytes from 192.168.1.1: icmp_seq=1762 ttl=64 time=1.421 ms
64 bytes from 192.168.1.1: icmp_seq=1763 ttl=64 time=1.439 ms
64 bytes from 192.168.1.1: icmp_seq=1764 ttl=64 time=1.600 ms
64 bytes from 192.168.1.1: icmp_seq=1765 ttl=64 time=2.117 ms
64 bytes from 192.168.1.1: icmp_seq=1766 ttl=64 time=1.354 ms
64 bytes from 192.168.1.1: icmp_seq=1767 ttl=64 time=1.395 ms
64 bytes from 192.168.1.1: icmp_seq=1768 ttl=64 time=1.492 ms
64 bytes from 192.168.1.1: icmp_seq=1769 ttl=64 time=1.326 ms
64 bytes from 192.168.1.1: icmp_seq=1770 ttl=64 time=1.641 ms
64 bytes from 192.168.1.1: icmp_seq=1771 ttl=64 time=1.428 ms
64 bytes from 192.168.1.1: icmp_seq=1772 ttl=64 time=1.459 ms
64 bytes from 192.168.1.1: icmp_seq=1773 ttl=64 time=1.517 ms
64 bytes from 192.168.1.1: icmp_seq=1774 ttl=64 time=1.429 ms
64 bytes from 192.168.1.1: icmp_seq=1775 ttl=64 time=2.007 ms
E aqui está traceroute
quando a conexão funciona e quando não:
# traceroute 8.8.8.8 (connection is working)
traceroute to 8.8.8.8 (8.8.8.8), 64 hops max, 52 byte packets
1 192.168.1.1 (192.168.1.1) 1.314 ms 3.256 ms 1.089 ms
2 cm-134-196-10-1.revip18.asianet.co.th (134.196.10.1) 9.022 ms 9.922 ms 9.988 ms
3 10.92.249.49 (10.92.249.49) 23.733 ms 16.544 ms 17.930 ms
4 203-144-128-34.static.asianet.co.th (203.144.128.34) 23.399 ms 22.948 ms 23.950 ms
5 203-144-128-33.static.asianet.co.th (203.144.128.33) 23.067 ms
203-144-128-29.static.asianet.co.th (203.144.128.29) 25.810 ms
203-144-128-33.static.asianet.co.th (203.144.128.33) 23.437 ms
6 61-91-213-177.static.asianet.co.th (61.91.213.177) 25.623 ms 23.378 ms 24.319 ms
7 61-91-213-35.static.asianet.co.th (61.91.213.35) 26.058 ms 26.429 ms 31.222 ms
8 61-91-213-81.static.asianet.co.th (61.91.213.81) 25.335 ms 25.126 ms 23.935 ms
9 tig-net25-61.trueintergateway.com (122.144.25.61) 24.232 ms
tig-net25-105.trueintergateway.com (122.144.25.105) 27.276 ms
tig-net25-209.trueintergateway.com (122.144.25.209) 28.039 ms
10 72.14.195.115 (72.14.195.115) 49.303 ms 49.605 ms 50.321 ms
11 209.85.242.240 (209.85.242.240) 49.322 ms 50.768 ms 49.716 ms
12 209.85.242.242 (209.85.242.242) 58.872 ms 60.480 ms
209.85.242.232 (209.85.242.232) 67.498 ms
13 209.85.246.23 (209.85.246.23) 62.638 ms
209.85.248.25 (209.85.248.25) 60.055 ms 60.914 ms
14 * * *
15 google-public-dns-a.google.com (8.8.8.8) 61.586 ms 60.368 ms 61.882 ms
# traceroute 8.8.8.8 (connection is NOT working)
traceroute to 8.8.8.8 (8.8.8.8), 64 hops max, 52 byte packets
1 * * *
2 * * *
3 * * *
4 * * *
5 * * *
(it goes on like this until the connection kicks in again)
Alguma idéia de como resolver esse problema?
Responder1
Solução (24 de maio de 2015)
A conexão instável acabou sendo um problema com o Mac OS X Yosemite e aparentemente é algo comum. Existem inúmeras soluções potenciais para este problema publicadas em toda a Internet, mas a que funcionou para mim foi encontrada emeste tópico de discussão da Apple.
Solução
Mova sua /Library/Preferences/SystemConfiguration
pasta para sua área de trabalho (para ter um backup) e reinicie. O OS X irá regenerar as configurações de rede padrão após a reinicialização.
sudo mv /Library/Preferences/SystemConfiguration ~/Desktop
sudo shutdown -r now
Editar (8 de novembro de 2016)
Mudei desde que postei esta pergunta e o problema me seguiu até minha nova casa (país diferente, ISP diferente). Percebi que poderia usar meu laptop no Wi-Fi de outras pessoas sem problemas, mas assim que voltei para casa o problema voltou à tona.
A conexão instável acabou sendo um problema com os roteadores baratos fornecidos por alguns ISPs.
Meu antigo ISP forneceu uma unidade Technicolor mal avaliada e meu ISP atual forneceu uma unidade Cisco antiga. Assim que comprei um roteador decente, o problema desapareceu imediatamente e não voltou desde que mudei para o novo roteador, há 2 meses.
Solução
Compre um roteador decente e use-o para seu Wi-Fi.
Para referência, o roteador que comprei foi o ASUS RT-AC68U:https://www.asus.com/us/Networking/RTAC68U/
Responder2
Suponho que eu diria que é um problema de roteador. Certifique-se de ter o firmware mais recente instalado ou tente outro roteador que funcione.
Responder3
Tive problemas com desconexões, internet lenta e problemas de modem, então aqui estão as coisas que fiz:
Antes de novembro de 2014, eu tinha um modem SB6121 e um comcast Blast 50/10 e não me lembro de nenhum problema com desconexões ou velocidade.
Em novembro de 2014 (eu acho) atualizei para o extrem 105 e comecei a ter problemas de desconexão aleatoriamente (modem ruim??)
Janeiro de 2015 atualizou o modem para SB6141. Ainda tendo problemas de desconexão aleatoriamente (pior que SB6121), muitos tempos limites t4 no canal de upload 3, além de outros erros
Em abril ou maio, recebi um técnico da Comcast para verificar as coisas. O técnico disse que não viu nenhum problema, mas não conseguiu fazer com que um modem Comcast funcionasse melhor, então reinstalou o SB6141 e saiu. (Custou-me US$ 70) Ainda tive desconexões aleatórias. Talvez modem ruim???
20/05/2015 instalei um modem Zoom 5341J. Verifiquei a página de status e descobri que apenas 4 dos 8 canais downstream estavam vinculados, mas a Internet estava OK, mas com palavras de código incorrigíveis muito altas.
Downstream Bonded Channels 1 QAM256 621000000 Hz -0.8 dBmV 39.8 dB 615 1643 2 QAM256 615000000 Hz -1.3 dBmV 39.4 dB 810 1634 3 QAM256 627000000 Hz -0.1 dBmV 39.9 dB 522 1520 4 QAM256 633000000 Hz -0.6 dBmV 39.9 dB 520 1916 5 unknown 0 Hz -0.0 dBmV 0.0 dB 0 0 6 unknown 0 Hz -0.0 dBmV 0.0 dB 0 0 7 unknown 0 Hz 0.0 dBmV 0.0 dB 0 0 8 unknown 0 Hz 0.0 dBmV 0.0 dB 0 0 Upstream Bonded Channels 1 ATDMA 5120 Ksym/sec 29500000 Hz 46.8 dBmV 2 ATDMA 5120 Ksym/sec 36400000 Hz 37.5 dBmV 3 ATDMA 5120 Ksym/sec 22600000 Hz 36.5 dBmV 4 Unknown 0 Ksym/sec 0 Hz 0.0 dBmV Total Correctables Total Uncorrectables 2467 6713 Current System Time: Wed May 20 08:15:48 201
Fiz uma sessão de bate-papo da Comcast para descobrir por que apenas 4 canais estavam vinculados em vez de 8 e fui informado de que o modem talvez estivesse definido como 5341 e não 5341J e precisava ser reativado, então precisei ligar para a Comcast. Sim, e finalmente, depois de 30 minutos ou mais ao telefone, o técnico disse que eu deveria ver as alterações em 24 horas. Uma hora depois, verifiquei a página de status e encontrei todos os 8 canais vinculados. Sem problemas de internet.
Substituímos todos os cabos externos ao modem por um cabo RG6. Descobri que o cabo antigo tinha 2 conectores de emenda na linha. Apenas certificando-me de que os cabos não estavam causando problemas.
21/05/15, estranho para mim, mas percebi que os níveis de potência downstream eram muito altos de +12db a +16db, mas antes da substituição do cabo os níveis eram os mesmos acima. Parece que a mudança foi provavelmente devido à substituição do cabo, então adicionei um atenuador de 12db à queda e isso reduziu os níveis de potência para:
Downstream Bonded Channels 1 QAM256 591000000 Hz -2.3 dBmV 39.4 dB 38 195 2 QAM256 597000000 Hz -2.1 dBmV 39.4 dB 0 0 3 QAM256 603000000 Hz -1.1 dBmV 39.9 dB 0 0 4 QAM256 609000000 Hz -0.1 dBmV 39.9 dB 0 0 5 QAM256 615000000 Hz -0.1 dBmV 39.8 dB 0 0 6 QAM256 621000000 Hz -0.1 dBmV 39.9 dB 0 0 7 QAM256 627000000 Hz 0.4 dBmV 39.9 dB 0 0 8 QAM256 633000000 Hz 0.2 dBmV 39.5 dB 0 0
Os níveis de potência upstream parecem um pouco altos para mim (provavelmente devido ao atenuador), mas dentro das especificações
Upstream Bonded Channels 1 ATDMA 5120 Ksym/sec 22600000 Hz 44.5 dBmV 2 ATDMA 5120 Ksym/sec 29500000 Hz 46.0 dBmV 3 ATDMA 5120 Ksym/sec 36400000 Hz 46.0 dBmV 4 Unknown 0 Ksym/sec 0 Hz 0.0 dBmV
21/05/15 à tarde, até agora nenhum problema de internet além de palavras-código incorrigíveis (195) Não tenho certeza se isso será um problema.
Novos resultados da página de status:
Downstream Bonded Channels 1 QAM256 591000000 Hz -2.3 dBmV 39.4 dB 38 195 2 QAM256 597000000 Hz -2.0 dBmV 39.5 dB 0 0 3 QAM256 603000000 Hz -1.1 dBmV 39.8 dB 0 0 4 QAM256 609000000 Hz 0.0 dBmV 40.2 dB 0 0 5 QAM256 615000000 Hz -0.1 dBmV 39.9 dB 0 0 6 QAM256 621000000 Hz -0.2 dBmV 39.9 dB 0 0 7 QAM256 627000000 Hz 0.3 dBmV 39.9 dB 0 0 8 QAM256 633000000 Hz 0.2 dBmV 39.9 dB 0 0 Upstream Bonded Channels 1 ATDMA 5120 Ksym/sec 22600000 Hz 44.5 dBmV 2 ATDMA 5120 Ksym/sec 29500000 Hz 46.0 dBmV 3 ATDMA 5120 Ksym/sec 36400000 Hz 46.0 dBmV 4 Unknown 0 Ksym/sec 0 Hz 0.0 dBmV
Resultado do teste de velocidade 111 para baixo 23,41 para cima usando conexão sem fio do roteador R8000 a 12 metros de distância. Feliz até agora, mas neste momento não estou muito confiante de que permanecerá estável. Caso contrário, eu suspeitaria de um problema com a linha para o poste ou com a linha para o head end da Comcast. Apenas adivinhando, mas o tempo dirá.
22/05/2015 O log de eventos está vazio (ótimo) e o resultado do speedtest 118,4 para baixo 23,4 para cima
O status da conexão nesta manhã, palavras de código incorrigíveis são mais altas, mas meu filho jogou World of Tanks por mais de 5 horas, enquanto meu neto jogou Minecraft e muitos clipes do YouTube por 6 horas ou mais. Ao mesmo tempo, eu e minha esposa estávamos na internet e tínhamos um filme netfilx passando ao mesmo tempo. Ninguém reclamou de nenhum problema, até aí tudo bem.
Downstream Bonded Channels 1 QAM256 591000000 Hz -2.2 dBmV 39.6 dB 539 2770 2 QAM256 597000000 Hz -2.0 dBmV 39.8 dB 202 957 3 QAM256 603000000 Hz -1.1 dBmV 39.9 dB 0 0 4 QAM256 609000000 Hz -0.1 dBmV 40.3 dB 0 0 5 QAM256 615000000 Hz -0.1 dBmV 39.8 dB 0 0 6 QAM256 621000000 Hz -0.1 dBmV 39.9 dB 0 0 7 QAM256 627000000 Hz 0.4 dBmV 40.0 dB 0 0 8 QAM256 633000000 Hz 0.2 dBmV 39.9 dB 0 0 Upstream Bonded Channels 1 ATDMA 5120 Ksym/sec 22600000 Hz 44.5 dBmV 2 ATDMA 5120 Ksym/sec 29500000 Hz 46.0 dBmV 3 ATDMA 5120 Ksym/sec 36400000 Hz 46.0 dBmV 4 Unknown 0 Ksym/sec 0 Hz 0.0 dBmV
Responder4
Aqui está um pequeno script que uso quando encontro esse problema:
#!/bin/sh
while [ true ]
do
ping -W 500 -c 1 192.168.1.1
if [ $? -eq 2 ]
then
arp-scan -l -I en0
else
sleep 1
fi
done
Espero que isso possa ajudar alguns de vocês.