Wi-Fi przestaje działać co 10 minut w systemie Mac OS X

8

Co 10-15 minut moje połączenie internetowe nie działa w następujący sposób:

  • Nie można załadować stron internetowych
  • Nie można połączyć się z Dropbox
  • Nie można połączyć się z IRC
  • Skype nadal działa
  • Slack nadal działa
  • Nadal mogę połączyć się z moim routerem i modemem

Po wielu poszukiwaniach uważam, że jest to problem z DNS. Próbowałem używać zarówno serwerów DNS mojego ISP, jak i serwerów DNS Google, ale problem pozostaje.

Po odłączeniu od sieci Wi-Fi i ponownym połączeniu problem zniknął i wszystko działa przez kolejne 10-15 minut.

Oto wyniki z kilku pingtestów, gdy pojawia się problem:

# 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

A tutaj jest traceroutezarówno, gdy połączenie działa, jak i gdy nie:

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

Wszelkie pomysły, jak rozwiązać ten problem?

networking  wireless-networking  router  dns  modem 
— Graham Swan
źródło

Odpowiedzi:

10

Rozwiązanie (24 maja 2015 r.)

Niestabilne połączenie okazało się problemem w systemie Mac OS X Yosemite i najwyraźniej jest powszechne. Istnieje wiele potencjalnych rozwiązań tego problemu opublikowanych w Internecie, ale ten, który dla mnie zadziałał, został znaleziony w tym wątku dyskusyjnym Apple .

Rozwiązanie

Przenieś /Library/Preferences/SystemConfigurationfolder na pulpit (aby mieć kopię zapasową) i uruchom ponownie. OS X zrestartuje domyślne ustawienia sieci po ponownym uruchomieniu.

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

Edytuj (8 listopada 2016 r.)

Przeprowadziłem się od czasu opublikowania tego pytania, a problem pojawił się w moim nowym domu (inny kraj, inny dostawca usług internetowych). Zauważyłem, że mogę bez problemu korzystać z laptopa w sieci Wi-Fi innych osób, ale gdy tylko wróciłem do domu, problem pojawił się ponownie.

Niestabilne połączenie okazało się problemem w przypadku tanich routerów udostępnianych przez niektórych dostawców usług internetowych.

Mój poprzedni dostawca usług internetowych dostarczył źle sprawdzoną jednostkę Technicolor, a mój obecny dostawca dostarczył starożytną jednostkę Cisco. Gdy tylko kupiłem porządny router, problem zniknął natychmiast i nie powrócił od czasu przejścia na nowy router 2 miesiące temu.

Rozwiązanie

Kup porządny router i użyj go do Wi-Fi.

Dla porównania, zakupiony przeze mnie router to ASUS RT-AC68U: https://www.asus.com/us/Networking/RTAC68U/

— Graham Swan
źródło
Dzięki za aktualizację, ale twoja poprzednia odpowiedź była przydatna (nie każdy może łatwo zmienić swój router). Czy możesz przywrócić poprzednią odpowiedź i dołączyć obecną odpowiedź jako „EDYTUJ:”
— ncuillery
1
@ncuillery To prawda, że ​​nie każdy może wymienić router. Ponownie dodałem rozwiązanie od 24 maja 2015 r. I zmieniłem najnowszą odpowiedź na edycję. Dobra decyzja!
— Graham Swan
1

Domyślam się, że to problem z routerem. Upewnij się, że masz zainstalowane najnowsze oprogramowanie układowe lub wypróbuj inny router, o którym wiadomo, że działa.

— JPain
źródło
Mój dostawca usług internetowych przyszedł wczoraj i wymienił modem kablowy, ale problem nadal występuje. Używam Apple Airport Express jako routera i nigdy nie wykazywał problemów na żadnym innym połączeniu. Czy w modemie kablowym są jakieś określone ustawienia, które mogą to powodować?
— Graham Swan
@ thinkswan ok, mój zły. Gdyby to był problem z DNS, ping do ip nie zostałby przerwany. Nawet jeśli był to problem z DNS, żądania DNS są buforowane wiele razy przez wiele rzeczy.
— JPain
Zauważyłem też, że jeśli połączenie umrze na jednym urządzeniu, inne urządzenia w sieci mogą nadal ładować strony internetowe, więc być może jest to problem z rzeczywistymi ustawieniami urządzenia. Bah, śledztwo trwa.
— Graham Swan,
0

Miałem problemy z rozłączaniem, powolnym Internetem i problemy z modemem, więc oto rzeczy, które zrobiłem:

  • Przed listopadem 2014 miałem modem SB6121 i comcast Blast 50/10 i nie przypominam sobie żadnych problemów z rozłączaniem lub prędkością.

  • W listopadzie 2014 r. (Tak myślę) zaktualizowałem do wersji ekstremalnej 105 i zacząłem mieć problemy z rozłączaniem się losowo (zły modem?)

  • Styczeń 2015 zaktualizował modem do SB6141. Nadal występują problemy z rozłączaniem się losowo (najgorsze niż SB6121) wiele przekroczeń limitu czasu t4 na kanale przesyłania 3 oraz inne błędy

  • W kwietniu lub maju przyjechała technologia Comcast i sprawdź. Technik powiedział, że nie widzi żadnych problemów na ich końcu, ale nie był w stanie sprawić, by modem Comcast działał lepiej, więc ponownie zainstalował SB6141 i wyszedł. (Kosztowało mnie 70 $) Wciąż miałem przypadkowe rozłączenia. Może zły modem?

  • 05/20/2015 zainstalowałem modem Zoom 5341J. Sprawdziłem stronę statusu i okazało się, że tylko 4 z 8 kanałów końcowych były powiązane, ale internet był OK, ale bardzo wysokie nie dające się naprawić słowa kodowe.

     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

  • Zrobiłem sesję czatu comcast, aby dowiedzieć się, dlaczego tylko 4 kanały zostały połączone zamiast 8 i powiedziano mi, że modem może być ustawiony jako 5341, a nie 5341J i trzeba go reaktywować, więc musiałem wywołać comcast. Zrobiłem to i wreszcie po 30 minutach lub dłużej przez telefon technik powiedział, że powinienem zobaczyć zmiany w ciągu 24 godzin. Godzinę później sprawdziłem stronę statusu i znalazłem wszystkie 8 kanałów połączonych. Brak problemów z Internetem.

  • Wymieniłem wszystkie kable z drop-out na modem na kabel RG6. Znaleziono, że stary kabel ma 2 złącza splatające w linii. Tylko upewniając się, że kable nie powodują żadnych problemów.

  • 21.05.2015, Dziwne dla mnie, ale zauważyłem, że poziomy mocy w dół były bardzo wysokie + 12db do + 16db, ale przed wymianą kabli poziomy były jak wyżej. Wygląda na to, że zmiana była prawdopodobnie spowodowana wymianą kabla, więc do spadku dodałem tłumik 12db, co obniżyło poziomy mocy do:

    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

    Poziomy mocy wyjściowej wydają mi się nieco wysokie (prawdopodobnie z powodu tłumika), ale mieszczą się w specyfikacji

    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 po południu, jak dotąd nie ma żadnych problemów z Internetem poza nieczytelnymi słowami kodowymi (195) Nie jestem pewien, czy to będzie problem.

    Wyniki nowej strony statusu:

    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

    Wynik testu szybkości 111 w dół o 23,41 w górę za pomocą połączenia bezprzewodowego z routera R8000 w odległości 40 stóp. Jak dotąd szczęśliwy, ale w tym momencie nie jestem zbyt pewny, że pozostanie stabilny. Jeśli nie, podejrzewam problem z linią do słupa lub linią do końca głowicy. Zgaduję, ale czas pokaże.

  • 22.05.2015 Dziennik zdarzeń jest pusty (świetny), a wynik testu szybkości 118,4 w dół 23,4 w górę

    Status połączenia od dziś rano, nie dające się naprawić słowa kodowe są wyższe, ale mój syn grał w świecie czołgów przez ponad 5 godzin, podczas gdy mój wnuk grał w Minecraft i wiele klipów z YouTube'a przez 6 lub więcej godzin. W tym samym czasie ja i moja żona byliśmy w Internecie i jednocześnie oglądaliśmy film na Netfilxie. Jak dotąd nikt nie narzekał na żadne problemy.

    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
źródło
Dzięki za pomoc w tym. Po wielu poszukiwaniach i czytaniu udało mi się rozwiązać problem i zamieściłem rozwiązanie poniżej.
— Graham Swan
0

Oto mały skrypt, którego używam, gdy napotykam ten problem:

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

Mam nadzieję, że to może pomóc niektórym z was.

— Linvi
źródło
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.