Nous avons un réseau domestique qui, auparavant, était parfait. Nous avons déménagé il y a environ six mois, et notre nouvel appartement est une maison victorienne beaucoup plus grande, avec d'épais murs de pierre, et l'un de nos Macs a de gros problèmes.
Le routeur/modem se trouve dans un coin de la maison au rez-de-chaussée (et ne peut malheureusement pas être déplacé car un hôte ESXi, un commutateur et un système de vidéosurveillance en dépendent) - ou au premier étage, si vous êtes américain - et le Mac est dans le bureau au premier étage (deuxième étage etc etc).
Nous nous sommes procuré deux prolongateurs Netgear, et plutôt que de connecter chacun d'entre eux au modem/routeur "central", nous avons connecté celui qui est le plus proche de celui-ci, puis chaque prolongateur plus éloigné, nous l'avons connecté au prolongateur suivant.
Parfois, nous avons
mac.invalid.com ~ %{ping -c 15 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
Request timeout for icmp_seq 0
64 bytes from 8.8.8.8: icmp_seq=1 ttl=117 time=11.208 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=117 time=22.945 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=117 time=15.135 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=117 time=17.999 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=117 time=11.019 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=117 time=14.088 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=117 time=24.509 ms
64 bytes from 8.8.8.8: icmp_seq=8 ttl=117 time=14.423 ms
64 bytes from 8.8.8.8: icmp_seq=9 ttl=117 time=76.470 ms
64 bytes from 8.8.8.8: icmp_seq=10 ttl=117 time=30.820 ms
64 bytes from 8.8.8.8: icmp_seq=11 ttl=117 time=60.230 ms
64 bytes from 8.8.8.8: icmp_seq=12 ttl=117 time=16.564 ms
64 bytes from 8.8.8.8: icmp_seq=13 ttl=117 time=23.046 ms
64 bytes from 8.8.8.8: icmp_seq=14 ttl=117 time=22.266 ms
--- 8.8.8.8 ping statistics ---
15 packets transmitted, 14 packets received, 6.7% packet loss
round-trip min/avg/max/stddev = 11.019/25.766/76.470/18.450 msEt parfois, c'est
mac.invalid.com ~ %{ping -c 15 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
Request timeout for icmp_seq 0
64 bytes from 8.8.8.8: icmp_seq=0 ttl=117 time=1640.033 ms
64 bytes from 8.8.8.8: icmp_seq=1 ttl=117 time=1497.046 ms
Request timeout for icmp_seq 3
64 bytes from 8.8.8.8: icmp_seq=2 ttl=117 time=2226.044 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=117 time=1224.378 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=117 time=2220.866 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=117 time=2619.425 ms
Request timeout for icmp_seq 8
64 bytes from 8.8.8.8: icmp_seq=7 ttl=117 time=2343.340 ms
Request timeout for icmp_seq 10
64 bytes from 8.8.8.8: icmp_seq=8 ttl=117 time=3246.439 ms
64 bytes from 8.8.8.8: icmp_seq=9 ttl=117 time=3491.467 ms
Request timeout for icmp_seq 13
64 bytes from 8.8.8.8: icmp_seq=12 ttl=117 time=2709.148 ms
64 bytes from 8.8.8.8: icmp_seq=13 ttl=117 time=3112.649 ms
64 bytes from 8.8.8.8: icmp_seq=14 ttl=117 time=3733.902 ms
--- 8.8.8.8 ping statistics ---
15 packets transmitted, 12 packets received, 20.0% packet loss
round-trip min/avg/max/stddev = 1224.378/2505.395/3733.902/766.261 msEt parfois, il ne peut même pas obtenir un seul pingback.
Il ne devrait pas y avoir de problèmes pour se connecter à l'extension Netgear en question, car elle se trouve à environ deux mètres de l'endroit où je suis assis, et de l'autre côté d'un mur en placoplâtre.
Il est peut-être utile de mentionner que tous les autres appareils qui se trouvent dans cette pièce n'ont aucun problème à se connecter à Internet via le même prolongateur.
Le Mac est-il prêt à aller à l'atelier, ou à la poubelle ? C'est un Mac Mini de fin 2012.
EDIT : J'ai essayé d'envoyer une requête à ma passerelle. Les délais suivants se sont produits exactement au même moment que les délais pour le ping vers la boîte DNS de Google.
mac.invalid.com ~ %{ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1): 56 data bytes
Request timeout for icmp_seq 0
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=19.014 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=19.127 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=3.680 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=19.635 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=21.600 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=3.036 ms
Request timeout for icmp_seq 7
64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=27.741 ms
64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=28.008 ms
64 bytes from 192.168.1.1: icmp_seq=10 ttl=64 time=9.257 ms
64 bytes from 192.168.1.1: icmp_seq=11 ttl=64 time=24.714 ms
64 bytes from 192.168.1.1: icmp_seq=12 ttl=64 time=13.685 ms
64 bytes from 192.168.1.1: icmp_seq=13 ttl=64 time=6.382 ms
64 bytes from 192.168.1.1: icmp_seq=14 ttl=64 time=40.792 ms
64 bytes from 192.168.1.1: icmp_seq=15 ttl=64 time=9.818 ms
Request timeout for icmp_seq 16
64 bytes from 192.168.1.1: icmp_seq=17 ttl=64 time=19.506 ms
64 bytes from 192.168.1.1: icmp_seq=18 ttl=64 time=9.401 ms
64 bytes from 192.168.1.1: icmp_seq=19 ttl=64 time=9.042 ms
64 bytes from 192.168.1.1: icmp_seq=20 ttl=64 time=12.356 ms
64 bytes from 192.168.1.1: icmp_seq=21 ttl=64 time=12.392 ms
64 bytes from 192.168.1.1: icmp_seq=22 ttl=64 time=14.834 ms
^C
--- 192.168.1.1 ping statistics ---
23 packets transmitted, 20 packets received, 13.0% packet loss
round-trip min/avg/max/stddev = 3.036/16.201/40.792/9.134 msEDIT 2 : J'ai vidé la table de routage, juste au cas où je l'aurais cassée en la modifiant il y a environ un an !
