Wi-Fi funktioniert unter Mac OS X nicht mehr alle 10 Minuten

8

Alle 10-15 Minuten schlägt meine Internetverbindung auf folgende Weise fehl:

  • Websites können nicht geladen werden
  • Es kann keine Verbindung zu Dropbox hergestellt werden
  • Es kann keine Verbindung zum IRC hergestellt werden
  • Skype funktioniert immer noch
  • Slack funktioniert immer noch
  • Kann immer noch eine Verbindung zu meinem Router und Modem herstellen

Nach langem Suchen glaube ich, dass dies ein DNS-Problem ist. Ich habe versucht, sowohl die DNS-Server meines Internetdienstanbieters als auch die DNS-Server von Google zu verwenden, aber das Problem bleibt bestehen.

Wenn ich die Verbindung zu meinem Wi-Fi-Netzwerk trenne und die Verbindung wieder herstelle, verschwindet das Problem und alles funktioniert weitere 10 bis 15 Minuten.

Hier sind einige Ergebnisse einiger pingTests, wenn das Problem auftritt:

# 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

Und hier ist traceroutebeides, wenn die Verbindung funktioniert und wenn es nicht funktioniert:

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

Irgendwelche Ideen, wie man dieses Problem löst?

Graham Swan
quelle

Antworten:

10

Lösung (24. Mai 2015)

Die instabile Verbindung stellte sich als Problem mit Mac OS X Yosemite heraus und ist anscheinend eine häufige Sache. Es gibt zahlreiche mögliche Lösungen für dieses Problem, die im gesamten Internet veröffentlicht wurden. Die für mich funktionierende Lösung wurde jedoch in diesem Apple-Diskussionsthread gefunden .

Lösung

Verschieben Sie Ihren /Library/Preferences/SystemConfigurationOrdner auf Ihren Desktop (damit Sie ein Backup haben) und starten Sie ihn neu. OS X generiert beim Neustart die Standardnetzwerkeinstellungen neu.

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

Bearbeiten (8. November 2016)

Ich bin umgezogen, seit ich diese Frage gestellt habe, und das Problem ist mir in mein neues Zuhause gefolgt (anderes Land, anderer ISP). Ich bemerkte, dass ich meinen Laptop problemlos im WLAN anderer Leute verwenden konnte, aber sobald ich nach Hause zurückkehrte, tauchte das Problem erneut auf.

Die instabile Verbindung stellte sich als Problem mit den billigen Routern heraus, die einige ISPs anbieten.

Mein ehemaliger ISP stellte eine schlecht bewertete Technicolor-Einheit zur Verfügung, und mein aktueller ISP stellte eine alte Cisco-Einheit zur Verfügung. Sobald ich einen anständigen Router gekauft habe, ist das Problem sofort verschwunden und seit dem Wechsel zum neuen Router vor 2 Monaten nicht mehr aufgetreten.

Lösung

Kaufen Sie einen anständigen Router und nutzen Sie diesen für Ihr WLAN.

Als Referenz habe ich den ASUS RT-AC68U gekauft: https://www.asus.com/us/Networking/RTAC68U/

Graham Swan
quelle
Vielen Dank für das Update, aber Ihre vorherige Antwort war hilfreich (nicht jeder kann seinen Router leicht wechseln). Bitte können Sie Ihre vorherige Antwort zurückbringen und die aktuelle Antwort als "EDIT:"
anhängen
1
@ncuillery Das stimmt, dass nicht jeder seinen Router ersetzen kann. Ich habe die Lösung vom 24. Mai 2015 erneut hinzugefügt und die neueste Antwort in eine Bearbeitung geändert. Guter Anruf!
Graham Swan
1

Vermutlich würde ich sagen, dass es sich um ein Routerproblem handelt. Stellen Sie sicher, dass Sie die neueste Firmware installiert haben, oder versuchen Sie es mit einem anderen Router, von dem bekannt ist, dass er funktioniert.

JPain
quelle
Mein ISP kam gestern vorbei und ersetzte das Kabelmodem, aber das Problem bleibt bestehen. Ich verwende einen Apple Airport Express als Router und er hat bei keiner anderen Verbindung Probleme gezeigt. Gibt es eine bestimmte Einstellung am Kabelmodem, die dies verursachen kann?
Graham Swan
@thinkswan ok, mein schlechtes. Wenn es sich um ein DNS-Problem handelt, wird der Ping an die IP nicht unterbrochen. Selbst wenn es sich um ein DNS-Problem handelte, werden DNS-Anforderungen häufig von vielen Dingen zwischengespeichert.
JPain
Eine andere Sache, die mir aufgefallen ist, ist, dass andere Geräte im Netzwerk weiterhin Webseiten laden können, wenn die Verbindung auf einem Gerät unterbrochen wird. Daher liegt möglicherweise ein Problem mit den tatsächlichen Geräteeinstellungen vor. Bah, die Untersuchung geht weiter.
Graham Swan
0

Ich hatte Probleme mit Verbindungsabbrüchen, langsamen Internet- und Modemproblemen. Hier sind die Dinge, die ich getan habe:

  • Vor November 2014 hatte ich ein SB6121-Modem und Comcast Blast 50/10 und erinnere mich nicht an Probleme mit Verbindungsabbrüchen oder Geschwindigkeit.

  • Im November 2014 (glaube ich) habe ich ein Upgrade auf extrem 105 durchgeführt und zufällig Probleme beim Trennen der Verbindung festgestellt (schlechtes Modem ??)

  • Im Januar 2015 wurde das Modem auf SB6141 aktualisiert. Immer noch zufällige Trennungsprobleme (schlimmer als SB6121) viele t4-Timeouts auf Upload-Kanal 3 plus andere Fehler

  • April oder Mai hatte ich Comcast Tech kommen und die Dinge überprüfen. Der Techniker sagte, er könne keine Probleme sehen, könne aber kein Comcast-Modem besser zum Laufen bringen, also installierte er den SB6141 neu und ging. (Kostete mich $ 70) Hatte immer noch zufällige Verbindungsabbrüche. Vielleicht schlechtes Modem ???

  • 20.05.2015 installiert ein Zoom 5341J Modem. Überprüfte Statusseite und stellte fest, dass nur 4 der 8 Downstream-Kanäle verbunden waren, aber das Internet war in Ordnung, aber sehr hohe, nicht korrigierbare Codewörter.

     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
    
  • Habe eine Comcast-Chat-Sitzung durchgeführt, um herauszufinden, warum nur 4 statt 8 Kanäle verbunden waren, und mir wurde mitgeteilt, dass das Modem möglicherweise als 5341 und nicht als 5341J eingestellt war und reaktiviert werden musste, sodass ich Comcast anrufen musste. Ich tat es und schließlich sagte der Techniker nach 30 Minuten oder länger am Telefon, ich sollte innerhalb von 24 Stunden Änderungen sehen. Eine Stunde später überprüfte ich die Statusseite und fand alle 8 Kanäle verbunden. Keine Internetprobleme.

  • Ersetzen Sie alle Kabel von der Außenseite zum Modem durch ein RG6-Kabel. Das alte Kabel hatte 2 Spleißverbinder in der Leitung. Stellen Sie nur sicher, dass die Kabel keine Probleme verursachen.

  • 21.05.15 Uhr, seltsam für mich, aber ich bemerkte, dass die Downstream-Leistungspegel sehr hoch waren + 12db bis + 16db, aber vor dem Kabelwechsel waren die Pegel wie oben. Es scheint, dass die Änderung wahrscheinlich auf einen Kabelaustausch zurückzuführen ist. Deshalb habe ich dem Drop ein 12-dB-Dämpfungsglied hinzugefügt, wodurch die Leistungspegel auf Folgendes gesenkt wurden:

    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
    

    Die Upstream-Leistungspegel scheinen mir etwas hoch zu sein (wahrscheinlich aufgrund des Dämpfers), aber innerhalb der Spezifikationen

    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 Nachmittag, bisher keine Internetprobleme außer nicht korrigierbaren Codewörtern (195) Ich bin mir nicht sicher, ob dies ein Problem sein wird.

    Neue Statusseitenergebnisse:

    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
    

    Speedtest-Ergebnis 111 nach unten 23,41 nach oben über eine drahtlose Verbindung vom 40 Fuß entfernten R8000-Router. Bisher glücklich, aber zu diesem Zeitpunkt bin ich nicht sehr zuversichtlich, dass es stabil bleiben wird. Wenn nicht, würde ich ein Problem mit der Leitung zur Stange oder der Leitung zum Comcast-Kopfende vermuten. Nur raten, aber die Zeit wird es zeigen.

  • 22.05.2015 Das Ereignisprotokoll ist leer (großartig) und das Speedtest-Ergebnis 118,4 nach unten 23,4 nach oben

    Der Verbindungsstatus ab heute Morgen, nicht korrigierbare Codewörter sind höher, aber mein Sohn hat mehr als 5 Stunden lang die Welt der Panzer gespielt, während mein Enkel 6 oder mehr Stunden lang Minecraft und viele Youtube-Clips gespielt hat. Zur gleichen Zeit waren ich und meine Frau beide im Internet und hatten gleichzeitig einen Netfilx-Film. Niemand hat sich über irgendwelche Probleme beschwert, soweit so gut.

    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
quelle
Vielen Dank für Ihre Hilfe. Nach langem Suchen und Lesen konnte ich das Problem lösen und habe die unten stehende Lösung veröffentlicht.
Graham Swan
0

Hier ist ein kleines Skript, das ich verwende, wenn ich auf dieses Problem stoße:

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

Ich hoffe, das kann einigen von Ihnen helfen.

Linvi
quelle