Каждые 10–15 минут мое интернет-соединение пропадает следующим образом:
- Невозможно загрузить веб-сайты
- Невозможно подключиться к Dropbox
- Невозможно подключиться к IRC
- Skype все еще работает
- 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)
Есть идеи, как решить эту проблему?
решение1
Решение (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/
решение2
Полагаю, проблема в роутере. Убедитесь, что у вас установлена последняя версия прошивки, или попробуйте другой роутер, который заведомо работает.
решение3
У меня были проблемы с разрывами соединения, медленным интернетом и проблемами с модемом, поэтому вот что я сделал:
До ноября 2014 года у меня был модем SB6121 и Comcast Blast 50/10, и я не припомню никаких проблем с разрывами соединения или скоростью.
В ноябре 2014 года (кажется) я обновился до Extreme 105 и у меня начались случайные проблемы с отключением (плохой модем??)
Январь 2015 обновил модем до SB6141. Все еще есть проблемы с отключением случайным образом (хуже, чем у SB6121), много тайм-аутов t4 на канале загрузки 3 и другие ошибки
В апреле или мае я вызвал специалиста Comcast, чтобы проверить. Специалист сказал, что не видит никаких проблем с их стороны, но не смог заставить модем 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 разъема для сращивания на линии. Просто убедился, что кабели не вызывают никаких проблем.
05/21/15 AM, странно для меня, но я заметил, что уровни мощности на выходе были очень высокими +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.2015, вторая половина дня. Пока никаких проблем с интернетом, кроме некорректируемых кодовых слов (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 футов. Пока доволен, но на данный момент я не очень уверен, что он останется стабильным. Если нет, я бы заподозрил проблему с линией до столба или линией до головной станции Comcast. Просто догадываюсь, но время покажет.
22.05.2015 Журнал событий пуст (отлично) и результат теста скорости 118.4 вниз 23.4 вверх
Состояние соединения на сегодняшнее утро, некорректируемые кодовые слова выше, но мой сын играл в World of Tanks более 5 часов, в то время как мой внук играл в Minecraft и множество клипов на YouTube в течение 6 или более часов. В то же время я и моя жена оба были в Интернете и одновременно смотрели фильм на netfilx. Никто не жаловался на какие-либо проблемы, пока все хорошо.
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
решение4
Вот небольшой скрипт, который я использую, когда сталкиваюсь с этой проблемой:
#!/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
Надеюсь, это поможет кому-то из вас.