Impossibilité d'acceder à certains sites

[Membre supprimé 2]

Bon, alors, le ping long vers ton site marche. Pas de pb de MTU.
Par contre, le telnet vers ce même site, et sur le port http 80 (ne marche pas). Le pb est là.
Ça marche chez moi.
Quelque chose bloque la comm sur le port 80.

Curieux ton pb.
Les deux traceroute restent bloqués juste après ta box, donc, c'est sur le premier équipement d'Alice. Ils ne sont pas obliger de laisser passer les traceroute, mais en général, tous les FAI le font. En tout cas, chez moi, ça passe.

est ce que ca peut etre un probleme materiel de la alice.box ou bien une config speciale qui bloque ? est ce que changer de alice box pourrait resoudre ce probleme ?

pour besaba.com
erick-macpro:~ erick$ telnet besaba.com
Trying 31.170.165.5...
telnet: connect to address 31.170.165.5: Operation timed out
telnet: Unable to connect to remote host
erick-macpro:~ erick$

erick-macpro:~ erick$ ping -c 2 besaba.com
PING besaba.com (31.170.165.5): 56 data bytes
64 bytes from 31.170.165.5: icmp_seq=0 ttl=56 time=57.607 ms
64 bytes from 31.170.165.5: icmp_seq=1 ttl=56 time=62.124 ms

--- besaba.com ping statistics ---
2 packets transmitted, 2 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 57.607/59.865/62.124/2.259 ms
erick-macpro:~ erick$

et pourtant je surfe sans probleme sur besaba.com c'est a n'y rien comprendre

si je fais avec 80
Trying 31.170.165.5...
Connected to besaba.com.
Escape character is '^]'.

et ca cherche sans fin

 

[Polo35230]

Il faut bien faire le telnet sur le port 80.
Le telnet besaba.com 80 est donc bon (tu as connected to besaba.com)
Le ping besaba.com marche aussi.
Donc, via un navigateur, normal que ça marche. PAS de pb sur Welcome to besaba.com - Managed by Hostinger

Ce n'est pas le même pb que ymages.com
Là, il y a bien un pb réseau à partir de chez toi, et en passant par le réseau d'Alice...
Casse-tête...

Bon, si tu t'en sens le courage, il faudrait faire une trace pour essayer de comprendre.
Dans une fenêtre Terminal, tapes la commande:
sudo tcpdump -i en1 -n -c 10 host 85.236.156.15
C'est pour faire une trace réseau (10 lignes de la com avec ymages.com)
Ensuite, dans ton navigateur, tape:
ymages.com
En principe, ça doit défiler dans la fenêtre Terminal. On verra ce que ça donne.

 

[Membre supprimé 2]

Il faut bien faire le telnet sur le port 80.
Le telnet besaba.com 80 est donc bon (tu as connected to besaba.com)
Le ping besaba.com marche aussi.
Donc, via un navigateur, normal que ça marche. PAS de pb sur Welcome to besaba.com - Managed by Hostinger

Ce n'est pas le même pb que ymages.com
Là, il y a bien un pb réseau à partir de chez toi, et en passant par le réseau d'Alice...
Casse-tête...

le gars de chez planethoster depuis mon ip me dit que le port 33745 est ouvert et que j'ai des connections en UDP
t'as pas une idee ?

peut etre skype ?

 

[Polo35230]

le gars de chez planethoster depuis mon ip me dit que le port 33745 est ouvert et que j'ai des connections en UDP
t'as pas une idee ?
peut etre skype ?

planethoster, c'est ton hébergeur? Tu ne passes pas par un VPN pour aller chez lui?
Il n'y a aucune raison que skype interfère avec ton hébergeur (à moins que tu l'ais appelé par skype, bien sûr...)

Pour le port UDP 33745, je pense que ce qu'il a vu dans ces logs, ce sont les tests de traceroute.

Par contre, si tu as un contact chez ton hébergeur, fais le test tcpdump que j'ai indiqué dans mon post précédent (#22), et note l'heure a laquelle tu l'as fait, puis demande lui si il a une trace de ta connexion à cette heure là.
Dans son log, il devrait avoir une ouverture de cession TCP sur le port 80.

Le tcpdump de ton côté donnera une indication sur ce qui coince.
A titre d'exemple, voilà ce que j'ai chez moi...
iMac:~ Polo$ sudo tcpdump -i en1 -n -c 10 host 85.236.156.15
Password:
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on en0, link-type EN10MB (Ethernet), capture size 65535 bytes
20:04:46.342519 IP 192.168.1.14.52591 > 85.236.156.15.80: Flags , seq 2422708250, win 65535, options [mss 1460,nop,wscale 3,nop,nop,TS val 845112894 ecr 0,sackOK,eol], length 0
20:04:46.376384 IP 85.236.156.15.80 > 192.168.1.14.52591: Flags [S.], seq 2904299384, ack 2422708251, win 14480, options [mss 1460,sackOK,TS val 401766947 ecr 845112894,nop,wscale 7], length 0
20:04:46.376482 IP 192.168.1.14.52591 > 85.236.156.15.80: Flags [.], ack 1, win 65535, options [nop,nop,TS val 845112894 ecr 401766947], length 0
20:04:46.380257 IP 192.168.1.14.52591 > 85.236.156.15.80: Flags [P.], seq 1:323, ack 1, win 65535, options [nop,nop,TS val 845112894 ecr 401766947], length 322
20:04:46.408440 IP 85.236.156.15.80 > 192.168.1.14.52591: Flags [.], ack 323, win 122, options [nop,nop,TS val 401766983 ecr 845112894]

Mais, toi, tu n'iras pas si loin. J'espère que ça donnera une indication.
Quelque chose me dit que le pb est chez Alice...
Ce sera le cas si on ne voit qu'une seule ligne dans la trace et que ton hébergeur ne t'ai pas vu arriver.

 

[Membre supprimé 2]

planethoster, c'est ton hébergeur?

oui j'ai un VPS chez eux et les noms de domaines chez Gandi

j'ai listening on en0 et toi en1 , c'est bizarre non ? mon mac pro est connecte directement à la alice.box
un detail peut etre j'ai toute la maison en wifi et 1 imac + 2 mac mini qui marchent sur des devolo dLan 500 par les lignes électriques , mais c'est exactement pareil meme si je debranche tout

erick-macpro:~ erick$ sudo tcpdump -i en1 -n -c 10 host 85.236.156.15
Password:
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on en1, link-type EN10MB (Ethernet), capture size 65535 bytes
20:46:53.458976 IP 192.168.1.92.50802 > 85.236.156.15.80: Flags , seq 3925871190, win 65535, options [mss 1460,nop,wscale 4,nop,nop,TS val 340854171 ecr 0,sackOK,eol], length 0
20:46:54.524463 IP 192.168.1.92.50802 > 85.236.156.15.80: Flags , seq 3925871190, win 65535, options [mss 1460,nop,wscale 4,nop,nop,TS val 340855228 ecr 0,sackOK,eol], length 0
20:46:55.532493 IP 192.168.1.92.50802 > 85.236.156.15.80: Flags , seq 3925871190, win 65535, options [mss 1460,nop,wscale 4,nop,nop,TS val 340856229 ecr 0,sackOK,eol], length 0
20:46:56.537770 IP 192.168.1.92.50802 > 85.236.156.15.80: Flags , seq 3925871190, win 65535, options [mss 1460,nop,wscale 4,nop,nop,TS val 340857230 ecr 0,sackOK,eol], length 0
20:46:57.543748 IP 192.168.1.92.50802 > 85.236.156.15.80: Flags , seq 3925871190, win 65535, options [mss 1460,nop,wscale 4,nop,nop,TS val 340858231 ecr 0,sackOK,eol], length 0
20:46:58.549372 IP 192.168.1.92.50802 > 85.236.156.15.80: Flags , seq 3925871190, win 65535, options [mss 1460,nop,wscale 4,nop,nop,TS val 340859231 ecr 0,sackOK,eol], length 0
20:47:00.563727 IP 192.168.1.92.50802 > 85.236.156.15.80: Flags , seq 3925871190, win 65535, options [mss 1460,nop,wscale 4,nop,nop,TS val 340861231 ecr 0,sackOK,eol], length 0
20:47:04.576027 IP 192.168.1.92.50802 > 85.236.156.15.80: Flags , seq 3925871190, win 65535, options [mss 1460,sackOK,eol], length 0
20:47:12.647163 IP 192.168.1.92.50802 > 85.236.156.15.80: Flags , seq 3925871190, win 65535, options [mss 1460,sackOK,eol], length 0
20:47:28.719394 IP 192.168.1.92.50802 > 85.236.156.15.80: Flags , seq 3925871190, win 65535, options [mss 1460,sackOK,eol], length 0

10 packets captured
2794 packets received by filter
0 packets dropped by kernel
erick-macpro:~ erick$

 

[Polo35230]

La trace est bonne. Tu es bien en en1...
Le pb n'est pas chez toi...

Sur la trace, on voit que ton mac demande une ouverture de session de type "TCP SYN" (c'est le Flags ), mais le serveur distant ne répond pas. S'il répondait, on devrait avoir une réponse de type "SYN ACK" C'est le Flags [S.]
Comme le mac ne reçoit pas de réponse, il insiste et envoie plusieurs fois la demande d'ouverture de session(Flags ). Mais il n'a jamais de réponse. Le pb est là

Alors, on ne maîtrise pas l'ensemble de la chaîne de liaison, mais il y a de fortes chances que ton hébergeur n'ait pas reçu cette demande d'ouverture de session (TCP SYN). S'il est en mesure de te le confirmer, il faudra voir avec ton FAI et lui demander pourquoi cette adresse (85.236.156.15) ne passe pas sur le port tcp 80. Dis lui aussi que le traceroute de cette adresse s'arrête après ta box; Donc, c'est une machine de son réseau qui la bloque.
Si ton hébergeur reçoit la demande d'ouverture de session, et n'y répond pas, le pb est chez lui.

 

[Membre supprimé 2]

genial , merci pour ta reponse !

autant te dire que pour moi tout ca reste tres hermetique

 

[Membre supprimé 2]

Je voulais encore te remercier car j'ai pu bien expliquer aux techniciens de mon FAI qui est O2 en Allemagne , et eux non plus ne peuvent joindre ces noms de domaines donc ils en concluent que c'est un problème chez eux et pas de ma box

 

[Polo35230]

Ton petit pb m'a permis de me balader sur tes sites de photos et d'y prendre du plaisir.
Et puis, j'aime beaucoup la vallée d'Aspe.
Comprenne qui pourra...

 

[tontonduson]

Bonjour,je viens de rallumer mon MacBook Pro de 2010 (il me semble),et je viens de me rendre compte que certain sites sont inaccessible (iphonesoft,gizmodo pour ne citer que eux).je ne comprend pas d'où cela peu venir...je précise que j'ai fait un partage de connection de mon iphone pour voir si cela venait de la box,sans succès...les tests de différent navigateur n'y change rien...
Je suis à 2 doigt de passer sous maverick (je suis sous lion),mais j'ai peur que ça ne change rien,et que en plus mon mac sois lent...
Merci de m'aide je suis dans une impasse!

 

[Membre supprimé 2]

Ton petit pb m'a permis de me balader sur tes sites de photos et d'y prendre du plaisir.
Et puis, j'aime beaucoup la vallée d'Aspe.
Comprenne qui pourra...

Tu connais bien la vallée d'Aspe ? j'habitais à Etsaut

 

[Polo35230]

Bonjour,je viens de rallumer mon MacBook Pro de 2010 (il me semble),et je viens de me rendre compte que certain sites sont inaccessible (iphonesoft,gizmodo pour ne citer que eux).je ne comprend pas d'où cela peu venir...je précise que j'ai fait un partage de connection de mon iphone pour voir si cela venait de la box,sans succès...les tests de différent navigateur n'y change rien...
Je suis à 2 doigt de passer sous maverick (je suis sous lion),mais j'ai peur que ça ne change rien,et que en plus mon mac sois lent...
Merci de m'aide je suis dans une impasse!

As-tu utilisé logmein d'Hamashi à une époque?

Dans une fenêtre Terminal, peux-tu faire un ifconfig , et regarder si tu as une interface ham0 STP?

 

[tontonduson]

Oui j'ai installer logmein,et je l'ai supprimer en regardant que vous parliez de ça,mais je sais pas si tout est bien desinstal.
Sinon pour le ifconfig je fait ça comment?

Édit:je fait ifconfig dans le terminal,je doit regarder quoi et ou?
Edit2:j'ai pris en photo ce que ça me marque,je met un lien mega pour le jpeg

https://mega.co.nz/#!1dgwkIpC!6QPUvV_mmjcgW-xlgd-J0f5jSEtUzC2cwhtynfIdkUQ

 

[Polo35230]

Il faut, après avoir tapé la commande ifconfig dans le Terminal, regarder si tu n'a pas quelque chose comme ça
5 link#7 UC 2 0 ham0
5.255.255.255 ff:ff:ff:ff:ff:ff UHLWbI 0 4 ham0

Toujours dans une fenêtre Terminal, peux-tu taper la commande:
netstat -r
C'est pour voir la table de routage du Mac. As-tu une ligne qui commence comme ça:
5.0.0.0
En principe, ça doit être le cas.

En réalité, Logmein utilisait à une époque les adresses IP du réseau 5.0.0.0/8 pour leur VPN, alors que ce sont des adresses publiques. Ils créaient donc une route 5.0.0.0 qui envoyait sur leur serveur VPN. Grossière erreur des gens dHamachi...
L'impact était que tous les sites qui avaient une adresse IP commençant par 5 ne marchaient pas. Bref...

Si tu as bien cette ligne, dans une fenêtre Terminal, il faudra taper la commande:
sudo route delete 5.0.0.0
Ensuite, reboote ton Mac. Ça devrait être bon.