.png)
Alle 10–15 Minuten bricht meine Internetverbindung wie folgt ab:
- Websites können nicht geladen werden
- Verbindung zu Dropbox kann nicht hergestellt werden
- Verbindung zum IRC nicht möglich
- Skype funktioniert immer noch
- Slack funktioniert immer noch
- Ich kann mich immer noch mit meinem Router verbindenUndModem
Nach langem Suchen glaube ich, dass es sich um ein DNS-Problem handelt. Ich habe versucht, sowohl die DNS-Server meines ISPs als auch die DNS-Server von Google zu verwenden, aber das Problem besteht weiterhin.
Wenn ich die Verbindung zu meinem WLAN-Netzwerk trenne und dann erneut herstelle, ist das Problem behoben und alles funktioniert für weitere 10–15 Minuten.
Hier sind einige Ausgaben von einigen pingTests, bei denen 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 eine tracerouteDarstellung, in der sowohl die Verbindung funktioniert als auch wenn sie 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 dieses Problem gelöst werden kann?
Antwort1
Lösung (24. Mai 2015)
Die instabile Verbindung erwies sich als ein Problem mit Mac OS X Yosemite und ist anscheinend ein häufiges Problem. Es gibt zahlreiche mögliche Lösungen für dieses Problem im Internet, aber die, die für mich funktioniert hat, fand ich indieser Apple-Diskussionsthread.
Lösung
Verschieben Sie Ihren /Library/Preferences/SystemConfigurationOrdner auf Ihren Desktop (damit Sie ein Backup haben) und starten Sie neu. OS X wird beim Neustart die Standardnetzwerkeinstellungen neu generieren.
sudo mv /Library/Preferences/SystemConfiguration ~/Desktop
sudo shutdown -r now
Bearbeiten (8. November 2016)
Ich bin seit dem Posten dieser Frage umgezogen und das Problem ist mir in mein neues Zuhause gefolgt (anderes Land, anderer ISP). Ich habe festgestellt, dass ich meinen Laptop problemlos im WLAN anderer Leute verwenden konnte, aber sobald ich nach Hause kam, trat das Problem erneut auf.
Die instabile Verbindung stellte sich als Problem der billigen Router heraus, die einige ISPs anbieten.
Mein früherer ISP lieferte ein schlecht bewertetes Technicolor-Gerät und mein aktueller ISP ein uraltes Cisco-Gerät. Sobald ich einen anständigen Router kaufte, verschwand das Problem sofort und ist seit dem Wechsel zum neuen Router vor 2 Monaten nicht mehr aufgetreten.
Lösung
Kaufen Sie einen guten Router und nutzen Sie diesen für Ihr WLAN.
Zur Referenz: Der Router, den ich gekauft habe, war der ASUS RT-AC68U:https://www.asus.com/us/Networking/RTAC68U/
Antwort2
Ich würde vermuten, dass es ein Routerproblem ist. Stellen Sie sicher, dass Sie die neueste Firmware installiert haben, oder versuchen Sie es mit einem anderen Router, von dem Sie wissen, dass er funktioniert.
Antwort3
Ich hatte Probleme mit Verbindungsabbrüchen, langsamem 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 kann mich an keine Probleme mit Verbindungsabbrüchen oder der Geschwindigkeit erinnern.
Ich glaube, ich habe im November 2014 ein Upgrade auf Extrem 105 durchgeführt und hatte plötzlich Verbindungsprobleme (schlechtes Modem??)
Januar 2015: Modem auf SB6141 aktualisiert. Immer noch zufällige Verbindungsabbrüche (schlimmer als bei SB6121), viele T4-Timeouts auf Upload-Kanal 3 und andere Fehler
Im April oder Mai kam ein Techniker von Comcast vorbei, um sich die Sache anzuschauen. Der Techniker sagte, er könne keine Probleme auf ihrer Seite erkennen, aber er könne ein Comcast-Modem nicht besser zum Laufen bringen, also installierte er das SB6141 neu und ging. (Kostete mich 70 $) Immer noch gab es gelegentliche Verbindungsabbrüche. Vielleicht ein defektes Modem???
20.05.2015: Installation eines Zoom 5341J-Modems. Überprüfung der Statusseite und Feststellung, dass nur 4 der 8 Downstream-Kanäle gebündelt waren, das Internet aber ok war, allerdings sehr viele 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 201Habe eine Chat-Sitzung mit Comcast durchgeführt, um herauszufinden, warum nur 4 statt 8 Kanäle verbunden waren, und mir wurde gesagt, dass das Modem vielleicht auf 5341 und nicht auf 5341J eingestellt war und neu aktiviert werden musste, also musste ich Comcast anrufen. Das habe ich getan, und nach 30 Minuten oder mehr am Telefon sagte mir der Techniker, dass ich innerhalb von 24 Stunden Änderungen sehen sollte. Eine Stunde später habe ich die Statusseite überprüft und festgestellt, dass alle 8 Kanäle verbunden waren. Keine Internetprobleme.
Habe alle Kabel von der Außenstation zum Modem durch RG6-Kabel ersetzt. Habe festgestellt, dass das alte Kabel 2 Spleißverbinder in der Leitung hatte. Ich wollte nur sicherstellen, dass die Kabel keine Probleme verursachten.
21.05.15 AM, Es ist mir merkwürdig, aber mir ist aufgefallen, dass die Downstream-Leistungspegel sehr hoch waren, nämlich +12 dB bis +16 dB, obwohl die Pegel vor dem Kabelaustausch wie oben waren. Es scheint, dass die Änderung wahrscheinlich auf den Kabelaustausch zurückzuführen war, also habe ich einen 12-dB-Dämpfer an der Abzweigung angebracht und dadurch die Leistungspegel auf folgende Werte gesenkt:
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 0Die Upstream-Leistungspegel erscheinen mir etwas hoch (wahrscheinlich aufgrund des Dämpfungsglieds), liegen 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 dBmV21.05.15 Nachmittag, bisher keine Internetprobleme außer nicht korrigierbaren Codewörtern (195). Nicht sicher, ob das ein Problem sein wird.
Ergebnisse der neuen Statusseite:
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 dBmVSpeedtest-Ergebnis: 111 Down, 23,41 Up bei drahtloser Verbindung vom 40 Fuß entfernten R8000-Router. Bin bisher zufrieden, aber an diesem Punkt bin ich nicht sehr zuversichtlich, dass es stabil bleibt. Wenn nicht, würde ich ein Problem mit der Leitung zum Mast oder der Leitung zum Comcast-Headend vermuten. Nur eine Vermutung, aber die Zeit wird es zeigen.
22.05.2015 Das Ereignisprotokoll ist leer (super) und das Speedtest-Ergebnis beträgt 118,4 down 23,4 up
Der Verbindungsstatus von heute Morgen, nicht korrigierbare Codewörter, ist höher, aber mein Sohn hat mehr als 5 Stunden World of Tanks gespielt, während mein Enkel 6 oder mehr Stunden Minecraft und viele YouTube-Clips gespielt hat. Gleichzeitig waren meine Frau und ich beide im Internet und haben gleichzeitig einen Netflix-Film laufen lassen. Niemand hat sich über Probleme beschwert, bisher 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
Antwort4
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.