Le Wi-Fi cesse de fonctionner toutes les 10 minutes sur Mac OS X

8

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 fonctionne toujours
  • Toujours capable de se connecter à mon routeur et à mon modem

Après de nombreuses recherches, je pense que c'est un problème DNS. J'ai essayé d'utiliser à la fois les serveurs DNS de mon FAI et les serveurs DNS de Google, mais le problème persiste.

Lorsque je me déconnecte de mon réseau Wi-Fi et que je me reconnecte, le problème disparaît et tout fonctionne pendant 10 à 15 minutes supplémentaires.

Voici quelques résultats de quelques pingtests 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 à la traceroutefois lorsque la connexion fonctionne et quand elle ne fonctionne pas:

# 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 sur la façon de résoudre ce problème?

networking  wireless-networking  router  dns  modem 
— Graham Swan
source

Réponses:

10

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 courante. Il existe de nombreuses solutions potentielles à ce problème publiées sur Internet, mais celle qui a fonctionné pour moi a été trouvée dans ce fil de discussion Apple .

Solution

Déplacez votre /Library/Preferences/SystemConfigurationdossier sur votre bureau (pour avoir une sauvegarde) et redémarrez. OS X régénérera les paramètres réseau par défaut au redémarrage.

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

Modifier (8 nov.2016)

J'ai déménagé depuis la publication de cette question et le problème m'a suivi dans ma nouvelle maison (pays différent, FAI différent). J'ai remarqué que je pouvais utiliser mon ordinateur portable sur le Wi-Fi d'autres personnes sans aucun problème, mais dès que je suis rentré chez moi, le problème a refait surface.

La connexion instable s'est avérée être un problème avec les routeurs bon marché fournis par certains FAI.

Mon ancien FAI a fourni une unité Technicolor mal évaluée et mon FAI 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 revenu depuis le passage au nouveau routeur il y a 2 mois.

Solution

Achetez un routeur convenable et utilisez-le pour votre Wi-Fi.

Pour référence, le routeur que j'ai acheté était le ASUS RT-AC68U: https://www.asus.com/us/Networking/RTAC68U/

— Graham Swan
source
Merci pour la mise à jour, mais votre réponse précédente a été utile (tout le monde ne peut pas facilement changer son routeur). Veuillez apporter votre réponse précédente et ajouter la réponse actuelle en tant que "EDIT:"
— ncuillery
1
@ncuillery C'est vrai que tout le monde n'est pas en mesure de remplacer son routeur. J'ai rajouté la solution à partir du 24 mai 2015 et changé la dernière réponse en modification. Bon appel!
— Graham Swan
1

À une supposition, je dirais que c'est un problème de routeur. Assurez-vous que le dernier micrologiciel est installé ou essayez un autre routeur qui fonctionne.

— JPain
source
Mon FAI est venu hier et a remplacé le modem câble, mais ce problème persiste. J'utilise un Apple Airport Express comme routeur et il n'a jamais présenté de problème sur aucune autre connexion. Y a-t-il un paramètre spécifique sur le modem câble qui peut provoquer cela?
— Graham Swan
@thinkswan ok, mon mauvais. S'il s'agissait d'un problème DNS, le ping vers l'IP ne serait pas interrompu. Même s'il s'agissait d'un problème DNS, les requêtes DNS sont mises en cache plusieurs fois par bien des choses.
— JPain
Une autre chose que j'ai remarquée est que si la connexion s'éteint sur un appareil, d'autres appareils sur le réseau peuvent toujours charger des pages Web, donc c'est peut-être un problème avec les paramètres réels de l'appareil. Bah, l'enquête se poursuit.
— Graham Swan
0

J'ai eu des problèmes de déconnexion, des problèmes de connexion Internet lente et de modem alors voici les choses que j'ai faites:

  • Avant novembre 2014, j'avais un modem SB6121 et un Blast 50/10 comcast et je ne me souviens d'aucun problème de déconnexion ou de vitesse.

  • En novembre 2014 (je pense), je suis passé à l'extrême 105 et j'ai commencé à avoir des problèmes de déconnexion au hasard (mauvais modem ??)

  • Jan 2015 a mis à niveau le modem vers SB6141. Toujours avoir des problèmes de déconnexion au hasard (pire que SB6121) beaucoup de délais d'attente t4 sur le canal de téléchargement 3 plus d'autres erreurs

  • Avril ou mai, j'ai fait venir la technologie comcast pour vérifier les choses. Le technicien a déclaré qu'il ne pouvait pas voir de problèmes de leur côté mais qu'il ne pouvait pas faire fonctionner un modem comcast mieux.Il a donc rappelé le SB6141 et est parti. (Ça m'a coûté 70 $) Il y avait toujours des déconnexions aléatoires. Peut-être un mauvais modem ???

  • 20/05/2015 installé un modem Zoom 5341J. Vérifié la page d'état et trouvé que seulement 4 des 8 canaux en aval étaient liés, mais Internet était correct mais les mots de code non corrigibles étaient très élevés.

     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

  • A fait une session de chat comcast pour savoir pourquoi seulement 4 canaux étaient liés au lieu de 8 et on m'a dit que le modem était peut-être défini comme 5341 et non 5341J et devait être réactivé, j'ai donc dû appeler comcast. Je l'ai fait, et finalement après 30 minutes ou plus au téléphone, le technicien 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 trouvé les 8 canaux liés. Pas de problèmes Internet.

  • Remplacement de tous les câbles de l'extérieur vers le modem par un câble RG6. Trouvé l'ancien câble avait 2 connecteurs d'épissure dans la ligne. S'assurer simplement que les câbles ne posaient aucun problème.

  • 21/05/15 AM, étrange pour moi, mais j'ai remarqué que les niveaux de puissance en aval étaient très élevés de + 12 dB à + 16 dB, mais avant le remplacement du câble, les niveaux étaient comme ci-dessus. Il semble que le changement soit probablement dû au remplacement du câble, j'ai donc ajouté un atténuateur de 12 dB à la chute, ce qui a ramené les niveaux de puissance à:

    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

    Les niveaux de puissance en amont me semblent un peu élevés (probablement à cause de l'atténuateur) mais dans les 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 dBmV

  • 21/05/15 après-midi, jusqu'à présent, aucun problème Internet autre que des mots de passe incorrigibles (195) Je ne sais pas si ce sera un problème.

    Résultats de la nouvelle page d'état:

    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

    Résultat du test de vitesse 111 en baisse de 23,41 en utilisant la connexion sans fil du routeur R8000 à 40 pieds. Heureux jusqu'à présent, mais à ce stade, je ne suis pas convaincu qu'il restera stable. Sinon, je soupçonnerais un problème avec la ligne vers le poteau ou la ligne vers la tête de ligne comcast. Juste deviner mais le temps nous le dira.

  • 22/05/2015 Le journal des événements est vide (super) et le résultat du speedtest 118.4 en baisse 23.4 en hausse

    L'état de la connexion à partir de ce matin, les mots de code non corrigeables sont plus élevés, mais mon fils a joué à World of Tanks pendant plus de 5 heures tandis que mon petit-fils a joué à Minecraft et à beaucoup de clips YouTube pendant 6 heures ou plus. En même temps, ma femme et moi étions tous les deux sur Internet et avions un film netfilx en train de jouer en même temps. Personne ne s'est plaint de problèmes, jusqu'ici tout va bien.

    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
source
Merci pour votre aide. Après de nombreuses recherches et lectures, j'ai pu résoudre le problème et j'ai posté la solution ci-dessous.
— Graham Swan
0

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.

— Linvi
source
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.