Impossible d'accéder au site http://www.noupe.com

[thunderheart]

Bonjour,

les problèmes d'accès à certains sites particuliers ont déjà été posés et j'ai déjà cherché sur les fils correspondants, sans succès.

A la maison, j'arrive sans problème à accéder au site http://www.noupe.com depuis le MBA, en wifi.
Ma nièce avec son MBP n'arrive pas à se connecter au site, quel que soit le navigateur et le mode (Wifi ou Eth).

Les comparaisons des configs systèmes et navigateurs entre les deux Macs ne donnent rien.
Un find en root couplé avec xargs et grep de la chaine "noupe.com" ne renvoie rien non plus.

Une exécution d'Onyx n'a pas non plus réglé le dysfonctionnement.

Pour info, le MBA est sous ML alors que le MBP est sous Lion. Les versions OSX et navigateurs sont à jour.

 

[Anonyme]

Bonjour,

désolé si la question te parait saugrenue : ta nièce utilise-t-elle PeerGuardian ?

 

[thunderheart]

Pas de problème, mais elle n'a pas PeerGuardian.

Nous avons aussi supprimé les répertoires de Firefox, Safari... dans /Users/xxx/Application Support/ mais pas mieux.

 

[Anonyme]

Tu as fait un traceroute vers le site en question, depuis TON ordi, puis depuis l'ordi de ta nièce ?

Le résultat chez moi (connexion Orange, région Toulouse) :
(masquer l'adresse IP publique en ligne 2)

traceroute to www.noupe.com (5.9.74.101), 64 hops max, 72 byte packets
1 192.168.1.1 (192.168.1.1) 5.796 ms 5.335 ms 5.491 ms
2 atoulouse-159-1-38-1.w92-134.abo.wanadoo.fr (92.134XXXXX) 26.332 ms 25.847 ms 25.937 ms
3 10.125.174.142 (10.125.174.142) 25.901 ms 26.468 ms 25.389 ms
4 xe-2-2-1-0.nctou202.toulouse.francetelecom.net (193.249.214.6) 30.779 ms 25.559 ms 25.793 ms
5 ae43-0.nipoi102.poitiers.francetelecom.net (193.252.160.54) 32.018 ms 32.555 ms 32.409 ms
6 81.253.184.30 (81.253.184.30) 43.118 ms 52.538 ms 42.660 ms
7 level3-9.gw.opentransit.net (81.52.179.162) 40.521 ms 40.579 ms 41.048 ms
8 ae-52-52.csw2.paris1.level3.net (4.69.139.247) 47.697 ms 41.142 ms 43.834 ms
9 ae-58-223.ebr2.paris1.level3.net (4.69.161.61) 41.129 ms 40.622 ms 41.562 ms
10 ae-48-48.ebr1.frankfurt1.level3.net (4.69.143.145) 50.453 ms 50.913 ms 50.574 ms
11 ae-61-61.csw1.frankfurt1.level3.net (4.69.140.2) 49.973 ms 51.190 ms 51.149 ms
12 ae-1-60.edge7.frankfurt1.level3.net (4.69.154.11) 57.081 ms 49.984 ms 49.624 ms
13 195.16.162.254 (195.16.162.254) 53.756 ms 53.808 ms 55.546 ms
14 hos-bb2.juniper4.rz16.hetzner.de (213.239.240.162) 55.812 ms 64.959 ms 64.732 ms
15 hos-tr3.ex3k18.rz16.hetzner.de (213.239.233.70) 57.893 ms 57.784 ms 62.124 ms
16 static.101.74.9.5.clients.your-server.de (5.9.74.101) 56.707 ms !H 59.082 ms !H 57.020 ms !H

 

[thunderheart]

Entre temps, on a fait un test sur une autre session de son MBP, toujours NOK.

L'idée du traceroute est bonne, car elle amène de l'eau au moulin.
Sur mon MBA, le traceroute est OK, par contre sur son MBP, il y a comme un problème :

traceroute to www.noupe.com (5.9.74.101), 64 hops max, 52 byte packets
 1  * * *
 2  * *traceroute: sendto: No route to host
traceroute: wrote www.noupe.com 52 chars, ret=-1
 *
traceroute: sendto: Host is down
 3 traceroute: wrote www.noupe.com 52 chars, ret=-1
 *traceroute: sendto: Host is down
traceroute: wrote www.noupe.com 52 chars, ret=-1
 *traceroute: sendto: Host is down
traceroute: wrote www.noupe.com 52 chars, ret=-1
 *
 4  * * *
 5  * *traceroute: sendto: No route to host
...
61  * * *
62  * *traceroute: sendto: No route to host
traceroute: wrote www.noupe.com 52 chars, ret=-1
 *
traceroute: sendto: Host is down
63 traceroute: wrote www.noupe.com 52 chars, ret=-1
 *traceroute: sendto: Host is down
traceroute: wrote www.noupe.com 52 chars, ret=-1
 *traceroute: sendto: Host is down
traceroute: wrote www.noupe.com 52 chars, ret=-1
 *
64  * * *

Sa conf réseau est similaire à la mienne, hormis l'IP. Gateway OK, DNS identiques ...
Pour info, des tests de traceroutes vers d'autres sites fonctionnent bien et pas de trace de "noupe.com" dans /etc/hosts

edit : pas de proxy utilisé pour les navigateurs

 

[Anonyme]

Oui, c'est justement le résultat qu'on obtient avec PeerGuardian : "no route to host" dès la première ligne, ce qui veut dire que le blocage est logiciel dans l'ordi.

Une recherche Google avec no route to host associé au nom du site ne renvoie rien, alors je n'ai pas de piste.

Par curiosité, que donne depuis son ordi un ping sur :

- la box
- le site en question
- www.google.com

Autre chose : pourras-tu tester depuis une autre session de son ordi (session invité par exemple) ?

 

[thunderheart]

Les tests depuis une autre session (autre compte et invité) n'ont rien donné de mieux.

Voici les derniers résultats des pings que tu m'as demandé :

PING 192.168.1.1 (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=2.210 ms
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=4.990 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=4.617 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=2.219 ms
^C
--- 192.168.1.1 ping statistics ---
7 packets transmitted, 7 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 2.075/2.920/4.990/1.197 ms

$ ping www.noupe.com
PING www.noupe.com (5.9.74.101): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3
^C
--- www.noupe.com ping statistics ---
5 packets transmitted, 0 packets received, 100.0% packet loss

$ ping www.google.com
PING www.google.com (173.194.78.105): 56 data bytes
64 bytes from 173.194.78.105: icmp_seq=0 ttl=45 time=34.986 ms
64 bytes from 173.194.78.105: icmp_seq=1 ttl=45 time=36.328 ms
^C
--- www.google.com ping statistics ---
2 packets transmitted, 2 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 34.986/35.657/36.328/0.671 ms

 

[Anonyme]

En réalité, le test ping n'a aucun intérêt pour ce site en particulier : il doit être "configuré" pour ne pas répondre au ping.

Je n'arrive pas à le pinguer, que ce soit par le Terminal ou Utilitaire de réseau, alors que j'ai accès au site par Safari sans aucun délai.

Toutefois, le type de réponse n'est pas le même :

PING www.noupe.com (5.9.74.101): 56 data bytes
92 bytes from static.101.74.9.5.clients.your-server.de (5.9.74.101): Destination Host Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 5400 86c0 0 0000 31 01 f16d 192.168.1.101 5.9.74.101

Request timeout for icmp_seq 0
92 bytes from static.101.74.9.5.clients.your-server.de (5.9.74.101): Destination Host Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 5400 fa8a 0 0000 31 01 7da3 192.168.1.101 5.9.74.101

 

[thunderheart]

J'ai les mêmes réponses au ping sur le MBA

PING www.noupe.com (5.9.74.101): 56 data bytes
92 bytes from static.101.74.9.5.clients.your-server.de (5.9.74.101): Destination Host Unreachable
Vr HL TOS  Len   ID Flg  off TTL Pro  cks      Src      Dst
 4  5  00 5400 3498   0 0000  30  01 44ed 192.168.1.14  5.9.74.101

Info qui vient d'arriver qui a peut-être son importance.
Elle avait à une époque installé et utilisé LittleSnitch, désinstallé depuis.

 

[Anonyme]

Peut-être des pistes à explorer :

"Hamachi needs to stop using 5.0.0.0.0/8 right away. The block will not be assigned to Hamachi. But Hamachi cannot only use IPv6; Because the programs and games that needs Hamachi, do not have support IPv6. The 5.0.0.0.0/8 was used instead of 10.0.0.0 to avoid conflicts with the local LAN. But now it gives conflicts with the Internet instead. The solution must be using another block instead. I will suggest these: 10.128.0.0/9: The upper half 10.0.0.0/8 is rarely used. 198.18.0.0/15: This block is reserved for "network benchmark tests". However the block might not be big enough."

"Wow I was just assigned one of these addresses on my dedicated server from hetzner.de
Users with hamachi installed cant connect. This is just fantastic."

http://community.logmein.com/t5/Hamachi/Hamachi-and-the-5-0-0-0-8-netblock/td-p/55826

http://community.logmein.com/t5/Hamachi/5-x-x-x-Address-Range/td-p/83996

http://forums.macg.co/internet-et-reseau/probleme-de-connection-a-certains-sites-1202862.html

 

[thunderheart]

Ma nièce et moi-même te remercions, car elle avait effectivement Hamachi d'installé sur sur MBP (a priori pour jouer en réseau à Minecraft). Elle l'a viré et après un redémarrage, l'accès au site en question est à nouveau fonctionnel.

Un grand MERCI

 

[Anonyme]

Bonjour,

bonne nouvelle !

Tu peux marquer le sujet comme "résolu" : voir "Outils de la discussion", en haut au dessus du premier message.

Merci, bonne journée. :zen:

(NB : ce n'est qu'hier que j'ai percuté que l'adresse IP commençait par 5., ce qui m'a rappelé le sujet résolu par Polo35230, merci à lui.)