O Wi-Fi para de funcionar a cada 10 minutos no Mac OS X

8

A cada 10 a 15 minutos, minha conexão à Internet falha da seguinte maneira:

  • Não é possível carregar sites
  • Não é possível conectar ao Dropbox
  • Não é possível conectar ao IRC
  • O Skype ainda funciona
  • Slack ainda funciona
  • Ainda é possível conectar ao meu roteador e modem

Depois de muita pesquisa, acredito que esse seja um problema de DNS. Tentei usar os servidores DNS do meu provedor de serviços de Internet e os servidores DNS do Google, mas o problema permanece.

Quando eu me desconecto da minha rede Wi-Fi e reconecto, o problema desaparece e tudo funciona por mais 10 a 15 minutos.

Aqui estão alguns resultados de alguns pingtestes quando o problema aparecer:

# 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ão os traceroutedois 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?

networking  wireless-networking  router  dns  modem 
— Graham Swan
fonte

Respostas:

10

Solução (24 de maio de 2015)

A conexão instável acabou por ser um problema no Mac OS X Yosemite e é aparentemente uma coisa comum. Existem inúmeras soluções possíveis para esse problema publicadas em toda a Internet, mas a que funcionou para mim foi encontrada neste tópico de discussão da Apple .

Solução

Mova sua /Library/Preferences/SystemConfigurationpasta para a área de trabalho (para ter um backup) e reinicie. O OS X 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)

Eu mudei desde a publicação desta 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 por ser um problema com os roteadores baratos que alguns ISPs fornecem.

Meu antigo ISP forneceu uma unidade Technicolor mal revisada e meu ISP atual forneceu uma unidade Cisco antiga. Assim que comprei um roteador decente, o problema desapareceu imediatamente e não voltou mais desde a mudança para o novo roteador, há 2 meses.

Solução

Compre um roteador decente e use-o para o seu Wi-Fi.

Para referência, o roteador que comprei foi o ASUS RT-AC68U: https://www.asus.com/us/Networking/RTAC68U/

— Graham Swan
fonte
Obrigado pela atualização, mas sua resposta anterior foi útil (nem todos podem mudar facilmente o roteador). Por favor, você pode trazer sua resposta anterior de volta e anexar a resposta atual como um "EDIT:"
— ncuillery
11
@ ncuillery É verdade que nem todos são capazes de substituir o roteador. Voltei a adicionar a solução a partir de 24 de maio de 2015 e alterei a resposta mais recente para uma edição. Boa decisão!
— Graham Swan
1

No palpite, eu diria que é um problema de roteador. Verifique se o firmware mais recente está instalado ou tente outro roteador que funcione.

— JPain
fonte
Meu ISP chegou ontem e substituiu o modem a cabo, mas esse problema permanece. Estou usando um Apple Airport Express como meu roteador e ele nunca apresentou problemas em nenhuma outra conexão. Existe alguma configuração específica no modem a cabo que possa causar isso?
— Graham Swan
@thinkswan ok, meu mal. Se fosse um problema de DNS, o ping no ip não seria interrompido. Mesmo se fosse um problema de DNS, as solicitações de DNS são armazenadas em cache muitas vezes por muitas coisas.
— JPain
Outra coisa que notei é que, se a conexão falhar em um dispositivo, outros dispositivos na rede ainda poderão carregar páginas da Web; talvez seja um problema com as configurações reais do dispositivo. Bah, a investigação continua.
— Graham Swan
0

Eu tive problemas com desconexões, problemas com a Internet e modem, então aqui estão as coisas que eu fiz:

  • Antes de novembro de 2014, eu tinha um modem SB6121 e comcast Blast 50/10 e não lembro de nenhum problema com desconexões ou velocidade.

  • Em novembro de 2014 (acho), atualizei para o extremo 105 e comecei a desconectar problemas aleatoriamente (modem ruim?)

  • Em janeiro de 2015, o modem foi atualizado para o SB6141. Ainda tendo problemas de desconexão aleatoriamente (pior que o SB6121) muitos tempos limite t4 no canal de upload 3 mais outros erros

  • Em abril ou maio, tive a tecnologia da comcast para verificar as coisas. O técnico disse que não conseguia ver nenhum problema, mas não conseguiu que um modem da Comcast funcionasse melhor, por isso recolocou o SB6141 e foi embora. (Me custou US $ 70) Ainda tinha desconexões aleatórias. Talvez modem ruim ??

  • 20/05/2015 instalou um modem Zoom 5341J. Verifiquei a página de status e localizei apenas 4 dos 8 canais a jusante, mas a internet estava ok, mas com palavras de código incorretas 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 se uniram em vez de 8 e foi informado que o modem talvez fosse definido como 5341 e não um 5341J e precisava ser reativado, então eu precisava ligar para a comcast. Sim, e finalmente, depois de 30 minutos ou mais por telefone, o técnico disse que eu deveria ver mudanças dentro de 24 horas. Uma hora depois, verifiquei a página de status e encontrei todos os 8 canais ligados. Sem problemas na internet.

  • Substituiu todos os cabos da queda externa para o modem pelo cabo RG6. Encontrou o cabo antigo tinha 2 conectores de emenda na linha. Apenas certificando-se de que os cabos não estavam causando problemas.

  • 21/05/15, Estranho para mim, mas notei que os níveis de energia a jusante eram muito altos de + 12db a + 16db, mas antes da substituição dos cabos os níveis eram os acima. Parece que a mudança provavelmente ocorreu devido à substituição do cabo, então adicionei um atenuador de 12db à queda e isso reduziu os níveis de energia 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 energia a montante 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 da tarde, até o momento não há problemas na Internet que não sejam palavras de 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 Speedtest 111 até 23,41 usando a conexão sem fio do roteador R8000 a 40 pés 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 do poste ou com a linha de transmissão. Apenas adivinhando, mas o tempo dirá.

  • 22/05/2015 O log de eventos está vazio (ótimo) e o resultado do teste mais rápido 118,4 down 23,4 up

    O status da conexão a partir desta manhã, as palavras de código incorretas são mais altas, mas meu filho jogou no mundo dos tanques por mais de 5 horas, enquanto meu neto jogou Minecraft e muitos clipes do YouTube por 6 ou mais horas. Ao mesmo tempo, eu e minha esposa estávamos na internet e exibimos um filme netfilx ao mesmo tempo. Ninguém reclamou de nenhum problema, até agora 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
— WilliamF
fonte
Obrigado por sua ajuda com isso. Após muita pesquisa e leitura, consegui resolver o problema e publiquei a solução abaixo.
— Graham Swan
0

Aqui está um pequeno script que eu 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.

— Linvi
fonte
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.