Wi-Fi arrête de fonctionner toutes les 10 minutes sur Mac OS X
Toutes les 10-15 minutes, ma connexion Internet échoue de la manière suivante:
- Impossible de charger des sites Web
- Impossible de se connecter à Dropbox
- Impossible de se connecter à IRC
- Skype fonctionne toujours
- Slack travaille toujours
- Toujours capable de se connecter à mon routeur et modem
Après de nombreuses recherches, je pense que c'est une question DNS. J'ai essayé d'utiliser les serveurs DNS de mon ISP et des serveurs DNS de Google, mais le problème reste.
Lorsque je déconnecte de mon réseau Wi-Fi et de reconnecter, le problème disparaît et tout fonctionne pendant 10-15 minutes supplémentaires.
Voici quelques résultats de quelques tests ping lorsque le problème apparaît:
# 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
Et voici un traceroute à la fois lorsque la connexion fonctionne et quand elle ne:
# 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)
Des idées Comment résoudre ce problème?
Solution (24 mai 2015)
La connexion instable s'est avérée être un problème avec Mac OS X Yosemite et est apparemment une chose commune. Il existe de nombreuses solutions potentielles à ce problème posté partout sur Internet, mais celle qui a fonctionné pour moi a été trouvée dans ceci Apple thread de discussion .
solution
Bouger ton /Library/Preferences/SystemConfiguration Dossier sur votre bureau (donc vous avez une sauvegarde) et redémarrez. OS X réglera les paramètres réseau par défaut sur le redémarrage.
Sudo mv /Library/Preferences/SystemConfiguration ~/Desktop
Sudo shutdown -r now
Modifier (8 novembre 2016)
J'ai déménagé depuis la publication de cette question et le problème m'a suivi à ma nouvelle maison (pays différent, DIFFERENT ISP). J'ai remarqué que je pouvais utiliser mon ordinateur portable sur la Wi-Fi des autres personnes sans problèmes, mais dès que je suis rentré chez moi, le problème a de nouveau fait surface.
La connexion instable s'est avérée être un problème avec les routeurs bon marché Certains fournisseurs de services Internet fournissent.
Mon ancien FAI fournit une unité de technicolor mal examinée et mon fournisseur de services Internet actuel a fourni une ancienne unité Cisco. Dès que j'ai acheté un routeur décent, le problème a disparu immédiatement et n'est pas retourné depuis le passage au nouveau routeur il y a 2 mois.
solution
Achetez un routeur décent et utilisez-le pour votre Wi-Fi.
Pour référence, le routeur que j'ai acheté était l'ASUS RT-AC68U: https://www.asus.com/us/networking/rtac68u/
À une supposition, je dirais que c'est un problème de routeur. Assurez-vous d'avoir le dernier micrologiciel installé ou essayez un autre routeur connu pour fonctionner.
J'ai eu des problèmes de déconnexion, de problèmes d'Internet et de modem lents, alors voici les choses que j'ai faites:
Avant novembre 2014, j'ai eu un modem SB6121 et un explosion COMCAST 50/10 et ne vous souvenez pas de problèmes de déconnexion ou de vitesse.
En novembre 2014 (je pense) j'ai mis à niveau vers l'extrême 105 et j'ai commencé à déconnecter des problèmes de hasard au hasard (Mauvais modem ??)
Jan 2015 Modem mis à niveau vers SB6141. Toujours après avoir déconnecté des problèmes de manière aléatoire (pire que SB6121) de nombreux délais de T4 sur la chaîne de téléchargement 3 plus d'autres erreurs
Avril ou puis-je avoir Comcast Tech venait vérifier les choses. La technologie a déclaré qu'il ne pouvait voir aucun problème à leur fin, mais n'a pas pu obtenir un modem Comcast pour travailler mieux, alors il restait remplacé le SB6141 et à gauche. (Coûte-moi 70 $) avait toujours des déconnexes aléatoires. Peut-être que le mauvais modem ???
05/20/2015 installé un modem zoom 5341j. Page d'état vérifié et que 4 des 8 canaux en aval ont été liés, mais Internet était Ok Mots de code non corrible très élevé.
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 201A fait une session de discussion Comcast pour savoir pourquoi seulement 4 canaux liés au lieu de 8 et ont été informés que le modem était peut-être défini comme 5341 non à 5341J et qu'il devait être réactivé afin que je devais appeler Comcast. Je l'ai fait, et enfin après 30 minutes ou plus sur le téléphone, la technologie a dit que je devrais voir des changements dans les 24 heures. Une heure plus tard, j'ai vérifié la page d'état et j'ai trouvé les 8 canaux liés. Pas de problèmes Internet.
Remplacé tous les câbles de goutte à l'extérieur du modem avec câble RG6. Trouvé que l'ancien câble avait 2 connecteurs d'épissure dans la ligne. Assurez-vous simplement que les câbles ne causaient aucun problème.
05/12/15 AM, étrange pour moi, mais j'ai remarqué que les niveaux de puissance aval étaient très hauts + 12 dB à + 16db encore avant le remplacement des câbles, les niveaux étaient comme ci-dessus. Il semble que le changement était probablement dû au remplacement du câble, donc j'ai ajouté un atténuateur de 12 dB à la goutte et cela a amené les niveaux de puissance jusqu'à:
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 0Les niveaux de puissance en amont me semblent un peu élevé (probablement à cause de l'atténuateur) mais dans des spécifications
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 dBmV05/12/15 Après-midi, jusqu'à présent, pas de problèmes d'Internet autres que des mots de codewords non corractifs (195), pas sûr de ce que cela pose un problème.
Nouvelle page de statut Résultats:
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 dBmVRésultat SpeedTest 111 Down 23.41 Usage à l'aide de la connexion sans fil du routeur R8000 de plus de 40 pieds. Joyeux Jusqu'à présent, mais à ce stade, je ne suis pas très confiant qu'il restera stable. Sinon, je soupçonnerais un problème avec la ligne au poteau ou à la ligne de la tête de Comcast. Juste deviner mais le temps dira.
05/22/2015 Le journal des événements est vide (excellent) et le résultat de SpeedTest 118.4 vers le bas 23.4
Le statut de la connexion à compter de ce matin, les mots de code non corrible sont plus élevés, mais mon fils a joué dans le monde de chars pendant plus de 5 heures pendant que mon petit-fils a joué Minecraft et de nombreux clips YouTube pendant 6 heures ou plus. En même temps, moi-même et ma femme étaient à la fois sur Internet et ont eu un film NetFilX jouant en même temps. Personne ne s'est plaint de problèmes, jusqu'à présent si bon.
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
Voici un petit script que j'utilise lorsque je rencontre ce problème:
#!/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
J'espère que cela peut aider certains d'entre vous.