Wi-Fi перестает работать каждые 10 минут на Mac OS X

8

Каждые 10-15 минут мое интернет-соединение прерывается следующим образом:

  • Не удается загрузить веб-сайты
  • Не удается подключиться к Dropbox
  • Не удается подключиться к IRC
  • Скайп все еще работает
  • Slack все еще работает
  • Все еще в состоянии соединиться с моим маршрутизатором и модемом

После долгих поисков, я считаю, что это проблема DNS. Я пытался использовать DNS-серверы моего интернет-провайдера и DNS-серверы Google, но проблема остается.

Когда я отключаюсь от своей сети Wi-Fi и снова подключаюсь, проблема исчезает, и все работает еще 10-15 минут.

Вот некоторые результаты нескольких pingтестов при появлении проблемы:

# 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

А вот tracerouteи когда соединение работает, а когда нет:

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

Есть идеи, как решить эту проблему?

networking  wireless-networking  router  dns  modem 
— Грэм Свон
источник

Ответы:

10

Решение (24 мая 2015 г.)

Нестабильное соединение оказалось проблемой с Mac OS X Yosemite и, по-видимому, является обычным явлением. Существует множество потенциальных решений этой проблемы, размещенных по всему Интернету, но тот, который мне помог, был найден в этой ветке обсуждения Apple .

Решение

Переместите /Library/Preferences/SystemConfigurationпапку на рабочий стол (чтобы у вас была резервная копия) и перезагрузите компьютер. OS X восстановит настройки сети по умолчанию после перезагрузки.

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

Изменить (8 ноября 2016 г.)

Я переехал с момента публикации этого вопроса, и проблема последовала за мной в мой новый дом (другая страна, другой провайдер). Я заметил, что могу без проблем использовать свой ноутбук на Wi-Fi других людей, но как только я вернулся домой, проблема снова возникла.

Нестабильное соединение оказалось проблемой с дешевыми маршрутизаторами, которые предоставляют некоторые интернет-провайдеры.

Мой бывший провайдер предоставил плохо рассмотренный блок Technicolor, а мой нынешний провайдер предоставил старый блок Cisco. Как только я приобрел приличный роутер, проблема сразу исчезла и не возвращалась с момента перехода на новый роутер 2 месяца назад.

Решение

Купите достойный роутер и используйте его для своего Wi-Fi.

Для справки, я купил маршрутизатор ASUS RT-AC68U: https://www.asus.com/us/Networking/RTAC68U/

— Грэм Свон
источник
Спасибо за обновление, но ваш предыдущий ответ был полезен (не каждый может легко изменить свой маршрутизатор). Пожалуйста, вы можете вернуть свой предыдущий ответ и добавить текущий ответ как «РЕДАКТИРОВАТЬ:»
— ncuillery
1
@ncuillery Это правда, что не каждый может заменить свой роутер. Я повторно добавил решение с 24 мая 2015 года и изменил последний ответ на изменение. Хороший звонок!
— Грэм Свон
1

Я бы сказал, что это проблема роутера. Убедитесь, что у вас установлена ​​последняя версия прошивки, или попробуйте другой маршрутизатор, который, как известно, работает.

— JPain
источник
Мой провайдер пришел вчера и заменил кабельный модем, но проблема остается. Я использую Apple Airport Express в качестве маршрутизатора, и у него никогда не возникало проблем ни с каким другим соединением. Есть ли какая-либо особая настройка на кабельном модеме, которая может вызвать это?
— Грэм Свон
@ thinkswan хорошо, мой плохой. Если бы это была проблема DNS, пинг до ip не был бы прерван. Даже если это была проблема с DNS, DNS-запросы много раз кэшируются.
— JPain
Еще одна вещь, которую я заметил, заключается в том, что, если соединение прерывается на одном устройстве, другие устройства в сети могут по-прежнему загружать веб-страницы, поэтому, возможно, это проблема с фактическими настройками устройства. Ба, расследование продолжается.
— Грэм Свон
0

У меня были проблемы с отключениями, медленным интернетом и модемом, поэтому вот что я сделал:

  • До ноября 2014 года у меня был модем SB6121 и Comcast Blast 50/10, и я не помню никаких проблем с отключениями или скоростью.

  • В ноябре 2014 (я думаю) я обновился до extrem 105 и у меня начались случайные проблемы с отключением (плохой модем ??)

  • Январь 2015 модернизирован модем до SB6141. По-прежнему возникают проблемы с отключением случайным образом (наихудшее, чем SB6121), большое количество тайм-аутов t4 на канале загрузки 3 плюс другие ошибки

  • В апреле или мае я пришла на comcast tech и проверила все. Техник сказал, что он не видит никаких проблем с их стороны, но не может заставить модем comcast работать лучше, поэтому он перезапустил SB6141 и ушел. (Обошлось мне в 70 долларов) Еще были случайные отключения. Может плохой модем ???

  • 20.05.2015 установлен модем Zoom 5341J. Проверил страницу статуса и обнаружил, что только 4 из 8 нисходящих каналов были связаны, но интернет был в порядке, но все же очень много не исправляемых кодовых слов.

     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

  • Сделал сеанс чата comcast, чтобы выяснить, почему подключилось только 4 канала вместо 8, и ему сказали, что модем, возможно, был установлен как 5341, а не 5341J, и его нужно было повторно активировать, поэтому мне нужно было вызвать comcast. Я сделал, и, наконец, через 30 минут или больше по телефону техник сказал, что я должен увидеть изменения в течение 24 часов. Через час я проверил страницу статуса и обнаружил, что все 8 каналов связаны. Нет проблем с интернетом.

  • Заменены все кабели от падения на модем кабелем RG6. Найденный старый кабель имел 2 соединителя в линии. Просто убедитесь, что кабели не вызывают никаких проблем.

  • 21.05.15, странно для меня, но я заметил, что уровни мощности в нисходящем направлении были очень высокими: от +12 дБ до + 16 дБ, но до замены кабеля уровни были такими же, как выше. Кажется, что изменение произошло, вероятно, из-за замены кабеля, поэтому я добавил 12 дБ аттенюатор, и это снизило уровень мощности до:

    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

    Уровни мощности в восходящем направлении кажутся мне немного высокими (вероятно, из-за аттенюатора), но в пределах спецификации

    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 днем, пока нет проблем с интернетом, кроме не исправляемых кодовых слов (195) Не уверен, что это будет проблемой.

    Результаты новой страницы статуса:

    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

    Ускоренный результат 111 с 23,41 по беспроводному соединению от маршрутизатора R8000 на расстоянии 40 футов. Счастлив до сих пор, но на данный момент я не очень уверен, что он останется стабильным. Если нет, я бы заподозрил проблему с линией, ведущей к полюсу, или линией, ведущей в конец станции. Просто угадай, но время покажет.

  • 22.05.2015 Журнал событий пуст (отлично) и результат ускорения 118,4 вниз 23,4 вверх

    Состояние соединения по состоянию на сегодняшнее утро, код неисправимых кодовых слов выше, но мой сын играл в мире танков более 5 часов, в то время как мой внук играл в Minecraft и много клипов на YouTube в течение 6 или более часов. В то же время я и моя жена были в интернете и одновременно играли фильмы по сети. Никто не жаловался на какие-либо проблемы, пока все хорошо.

    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
источник
Спасибо за вашу помощь с этим. После долгих поисков и прочтения я смог решить проблему и опубликовал решение ниже.
— Грэм Свон
0

Вот небольшой скрипт, который я использую, когда сталкиваюсь с этой проблемой:

#!/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

Я надеюсь, что это может помочь некоторым из вас.

— Linvi
источник
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.