Wi-Fi deja de funcionar cada 10 minutos en Mac OS X

8

Cada 10-15 minutos, mi conexión a Internet falla de la siguiente manera:

  • No se pueden cargar sitios web
  • No se puede conectar a Dropbox
  • No se puede conectar a IRC
  • Skype todavía funciona
  • Slack todavía funciona
  • Todavía puedo conectarme a mi enrutador y módem

Después de mucho buscar, creo que este es un problema de DNS. He intentado utilizar tanto los servidores DNS de mi ISP como los servidores DNS de Google, pero el problema persiste.

Cuando me desconecto de mi red Wi-Fi y me vuelvo a conectar, el problema desaparece y todo funciona durante otros 10-15 minutos.

Aquí hay algunos resultados de algunas pingpruebas cuando aparece el problema:

# 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

Y aquí hay un traceroutetanto cuando la conexión funciona como cuando no:

# 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)

¿Alguna idea de cómo resolver este problema?

networking  wireless-networking  router  dns  modem 
— Graham Swan
fuente

Respuestas:

10

Solución (24 de mayo de 2015)

La conexión inestable resultó ser un problema con Mac OS X Yosemite y aparentemente es algo común. Existen numerosas soluciones potenciales para este problema publicadas en Internet, pero la que funcionó para mí se encontró en este hilo de discusión de Apple .

Solución

Mueva su /Library/Preferences/SystemConfigurationcarpeta a su Escritorio (para que tenga una copia de seguridad) y reinicie. OS X regenerará la configuración de red predeterminada al reiniciar.

sudo mv /Library/Preferences/SystemConfiguration ~/Desktop
sudo shutdown -r now

Editar (8 de noviembre de 2016)

Me mudé desde que publiqué esta pregunta y el problema me siguió a mi nuevo hogar (país diferente, ISP diferente). Me di cuenta de que podía usar mi computadora portátil en el wifi de otras personas sin problemas, pero tan pronto como regresé a casa, el problema volvió a surgir.

La conexión inestable resultó ser un problema con los enrutadores baratos que ofrecen algunos ISP.

Mi ISP anterior proporcionó una unidad Technicolor mal revisada y mi ISP actual proporcionó una antigua unidad Cisco. Tan pronto como compré un enrutador decente, el problema desapareció de inmediato y no ha regresado desde que cambié al nuevo enrutador hace 2 meses.

Solución

Compre un enrutador decente y úselo para su Wi-Fi.

Como referencia, el enrutador que compré fue el ASUS RT-AC68U: https://www.asus.com/us/Networking/RTAC68U/

— Graham Swan
fuente
Gracias por la actualización, pero su respuesta anterior fue útil (no todos pueden cambiar fácilmente su enrutador). ¿Puede devolver su respuesta anterior y agregar la respuesta actual como "EDITAR" ?
— ncuillery
1
@ncuillery Es cierto que no todos pueden reemplazar su enrutador. Volví a agregar la solución desde el 24 de mayo de 2015 y cambié la última respuesta a una edición. ¡Buena llamada!
— Graham Swan
1

Supongo que diría que es un problema de enrutador. Asegúrese de tener instalado el último firmware o pruebe con otro enrutador que funcione.

— JPain
fuente
Mi ISP vino ayer y reemplazó el cable módem, pero ese problema persiste. Estoy usando un Apple Airport Express como mi enrutador y nunca ha tenido problemas en ninguna otra conexión. ¿Hay alguna configuración específica en el cable módem que pueda causar esto?
— Graham Swan
@thinkswan ok, mi mal. Si se tratara de un problema de DNS, el ping a la IP no se interrumpiría. Incluso si fue un problema de DNS, las solicitudes de DNS se almacenan en caché muchas veces por muchas cosas.
— JPain
Otra cosa que he notado es que si la conexión se corta en un dispositivo, otros dispositivos en la red aún pueden cargar páginas web, por lo que tal vez sea un problema con la configuración real del dispositivo. Bah, la investigación continúa.
— Graham Swan
0

Tuve problemas con las desconexiones, la lentitud de Internet y los problemas con el módem, así que aquí están las cosas que hice:

  • Antes de noviembre de 2014 tenía un módem SB6121 y comcast Blast 50/10 y no recuerdo ningún problema con las desconexiones o la velocidad.

  • En noviembre de 2014 (creo) actualicé a extrem 105 y comencé a tener problemas de desconexión al azar (¿módem defectuoso?)

  • Enero de 2015 módem actualizado a SB6141. Todavía tengo problemas de desconexión aleatoria (peor que SB6121) muchos tiempos de espera t4 en el canal de carga 3 más otros errores

  • En abril o mayo hice que Comcast Tech viniera y revisara las cosas. El técnico dijo que no podía ver ningún problema por su parte, pero que no pudo hacer que un módem comcast funcionara mejor, por lo que restaló el SB6141 y se fue. (Me costó $ 70) Todavía tenía desconexiones aleatorias. ¿Quizás un módem malo?

  • 20/05/2015 instaló un módem Zoom 5341J. Revisé la página de estado y encontré que solo 4 de los 8 canales aguas abajo estaban unidos, pero Internet estaba bien, pero palabras de código muy altas que no se pueden corregir.

     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

  • Hice una sesión de chat de Comcast para descubrir por qué solo 4 canales se unieron en lugar de 8 y me dijeron que el módem tal vez estaba configurado como 5341, no como 5341J y que necesitaba ser reactivado, así que necesitaba llamar a Comcast. Lo hice, y finalmente después de 30 minutos o más por teléfono, el técnico dijo que debería ver los cambios dentro de las 24 horas. Una hora después, revisé la página de estado y encontré los 8 canales unidos. No hay problemas de internet.

  • Reemplazó todos los cables desde la caída al módem con cable RG6. Encontró que el cable viejo tenía 2 conectores de empalme en la línea. Solo asegurándome de que los cables no estén causando ningún problema.

  • 21/05/15 AM, extraño para mí, pero noté que los niveles de potencia aguas abajo eran muy altos de + 12db a + 16db, sin embargo, antes del reemplazo del cable, los niveles eran los anteriores. Parece que el cambio probablemente se debió al reemplazo del cable, así que agregué un atenuador de 12db a la caída y esto redujo los niveles de potencia a:

    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

    Los niveles de potencia aguas arriba me parecen un poco altos (probablemente debido al atenuador) pero dentro de las especificaciones

    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 por la tarde, hasta ahora no hay problemas de Internet que no sean palabras de código no corregibles (195) No estoy seguro de si esto será un problema.

    Nuevos resultados de la página de estado:

    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 de la prueba de velocidad 111 abajo 23.41 arriba usando la conexión inalámbrica del enrutador R8000 a 40 pies de distancia. Feliz hasta ahora, pero en este momento no estoy muy seguro de que se mantendrá estable. Si no, sospecharía un problema con la línea al poste o la línea para comcast head end. Solo adivinando pero el tiempo lo dirá.

  • 22/05/2015 El registro de eventos está vacío (excelente) y el resultado de la prueba de velocidad 118.4 abajo 23.4 arriba

    El estado de conexión a partir de esta mañana, las palabras de código no corregibles son más altas, pero mi hijo jugó a World of Tanks durante más de 5 horas, mientras que mi nieto jugó Minecraft y muchos clips de YouTube durante 6 o más horas. Al mismo tiempo, mi esposa y yo estábamos en internet y teníamos una película de Netfilx al mismo tiempo. Nadie se quejó de ningún problema, hasta ahora todo bien.

    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
fuente
Gracias por ayudarme con esto. Después de mucho buscar y leer, pude resolver el problema y publiqué la solución a continuación.
— Graham Swan
0

Aquí hay un pequeño script que uso cuando encuentro este 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 esto pueda ayudar a algunos de ustedes.

— Linvi
fuente
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.