Qu’est ce qui te fais dire ca ?
Au lieu de faire des suppositions, un traceroute ça donne quoi ? 
traceroute to free.fr (212.27.48.10), 30 hops max, 60 byte packets
1 ip_lan (ip_lan) 1.318 ms 2.594 ms 3.488 ms
2 ip_wan (ip_wan) 28.910 ms 30.005 ms 30.740 ms
3 213.228.34.126 (213.228.34.126) 42.063 ms 42.617 ms 43.140 ms
4 bayonne-6k-1-po6.intf.routers.proxad.net (212.27.57.101) 36.181 ms * *
5 bordeaux-6k-1-po11.intf.routers.proxad.net (212.27.58.141) 41.095 ms 43.488 ms 43.839 ms
6 bzn-crs16-1-be1100.intf.routers.proxad.net (212.27.51.57) 54.378 ms 36.933 ms 37.228 ms
7 bzn-6k-sys-po20.intf.routers.proxad.net (212.27.51.70) 37.878 ms 38.553 ms 39.693 ms
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
Cela dit j’aurais pu poster le mien aussi… 
Enfin, chez moi aussi bzn-6k-sys-po20.intf.routers.proxad.net est le dernier routeur à répondre au traceroute, après ça se perd dans les méandres du datacenter.
Et j’accède au site sans souci.
$ traceroute www.free.fr
traceroute to www.free.fr (212.27.48.10), 30 hops max, 60 byte packets
1 neufbox (192.168.1.1) 0.979 ms 1.152 ms 1.338 ms
2 * * *
3 149.241.70-86.rev.gaoland.net (86.70.241.149) 45.117 ms 46.435 ms 47.929 ms
4 41.247.103-84.rev.gaoland.net (84.103.247.41) 49.855 ms 51.317 ms 54.775 ms
5 2.164.96-84.rev.gaoland.net (84.96.164.2) 54.937 ms 56.083 ms *
6 62.236.96-84.rev.gaoland.net (84.96.236.62) 60.508 ms 202-192-118-80.kaptech.net (80.118.192.202) 57.010 ms 57.933 ms
7 bzn-6k-sys-po20.intf.routers.proxad.net (212.27.51.70) 59.789 ms 40.984 ms 40.838 ms
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
traceroute 212.27.48.10
traceroute to 212.27.48.10 (212.27.48.10), 30 hops max, 60 byte packets
1 192.168.0.1 (192.168.0.1) 0.886 ms 3.814 ms 3.815 ms
2 192.168.254.254 (192.168.254.254) 61.639 ms 69.608 ms 77.486 ms
3 * * *
4 * * th2-crs16-1-be1200.intf.routers.proxad.net (212.27.50.193) 126.362 ms
5 bzn-6k-sys-po21.intf.routers.proxad.net (212.27.50.6) 133.214 ms 141.455 ms *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
par contre
traceroute wwww.free.fr
wwww.free.fr: Nom ou service inconnu
J’accede à tout les sites, sauf ceux de free (et affiliés), et le ping de www.free.fr fonctionne. C’est bien qu’ils refusent re pondre à un navigateur avec mon IP (en fait ils ne répondent rien ,ça reste en boucle
Ben moi aussi j’y accede, c’est piratebab qui a des problèmes 
[quote=“piratebab”] traceroute 212.27.48.10
traceroute to 212.27.48.10 (212.27.48.10), 30 hops max, 60 byte packets
1 192.168.0.1 (192.168.0.1) 0.886 ms 3.814 ms 3.815 ms
2 192.168.254.254 (192.168.254.254) 61.639 ms 69.608 ms 77.486 ms
3 * * *
4 * * th2-crs16-1-be1200.intf.routers.proxad.net (212.27.50.193) 126.362 ms
5 bzn-6k-sys-po21.intf.routers.proxad.net (212.27.50.6) 133.214 ms 141.455 ms *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
par contre
traceroute wwww.free.fr
wwww.free.fr: Nom ou service inconnu
[/quote]
t’a un w de trop c’est pour ca 
[quote=“piratebab”] traceroute 212.27.48.10
traceroute to 212.27.48.10 (212.27.48.10), 30 hops max, 60 byte packets
1 192.168.0.1 (192.168.0.1) 0.886 ms 3.814 ms 3.815 ms
2 192.168.254.254 (192.168.254.254) 61.639 ms 69.608 ms 77.486 ms
3 * * *
4 * * th2-crs16-1-be1200.intf.routers.proxad.net (212.27.50.193) 126.362 ms
5 bzn-6k-sys-po21.intf.routers.proxad.net (212.27.50.6) 133.214 ms 141.455 ms *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
traceroute www.free.fr
traceroute to www.free.fr (212.27.48.10), 30 hops max, 60 byte packets
1 192.168.0.1 (192.168.0.1) 0.866 ms 3.834 ms 3.837 ms
2 192.168.254.254 (192.168.254.254) 77.474 ms 78.535 ms 227.913 ms
3 * * *
4 th2-crs16-1-be1200.intf.routers.proxad.net (212.27.50.193) 110.673 ms 118.215 ms 126.089 ms
5 bzn-6k-sys-po21.intf.routers.proxad.net (212.27.50.6) 133.565 ms 142.080 ms *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
J’accede à tout les sites, sauf ceux de free (et affiliés), et le ping de free.fr fonctionne. C’est bien qu’ils refusent re pondre à un navigateur avec mon IP (en fait ils ne répondent rien ,ça reste en boucle[/quote]
Salut,
Je me permet d’intervenir. Ce que tu dis là est faux! Un ping ne garanti en aucun cas la résolution de nom(dns, ici); celà n’a strictement rien à voir!!
Un ping (ICMP, outil de couche 3) ne permet QUE de vérifier qu’une adresse IP (couche 3 des modèles OSI et IP) est joingnable au travers d’un ou plusieurs réseaux, c’est tout; or le dns se trouve en couche 4 du modèle IP, ce qui n’a rien à voir.
En résumé, ce n’est pas parce que l’on sait “pinguer” une addresse(couche 3), que ça guanranti le bon fonctionnement de ce qui se trouve dans la(les) couches supérieures. En d’autres mots, c’est pas parce que l’on sait “pinguer” “www.google.be” que la page va s’afficher dans le naviguateur.
De plus, on ne “pingue” pas “www…”; le système fait d’abord un requète dns(pour savoir quelle est l’addresse de “www…”), ensuite la commande ping s’exécute en utilisant l’IP. Ceci, ne guarantissant pas plus que la page s’affichera dans le navigateur…
Attention à ce genre d’erreur, elles se répendent comme la peste dans l’esprit des non-initiés. Je vous invite à vous renseigné sur ces deux modèles(OSI, en particulier) afin de mieux comprendre où se situe chaque chose.
http://en.wikipedia.org/wiki/TCP/IP_model
http://en.wikipedia.org/wiki/OSI_model
A+
Debcool
Merci pour ta contribution, mais je ne comprends pas ce que tu as écris.
Tu dis:
C’est bien ce que je pensais. Donc si j’avais un pb de DNS, le ping vers www.free.fr ne fonctionnerai pas! Je ne dis pas autre chose!
Je peux donc exclure un pb de DNS.
Alors comment expliquer qu’aucun ordi de mon LAN, quelque soit son OS ou son navigateur, ne puisse acceder à www.aliceadsl.fr, et uniquement ces 2 là (ça fonctionne sur /freeadsl.org/ et tout les autres sites, y compris en .fr).
Cela se comporte comme si le site ne renvoyait pas de code HTML. La connexion reste ouverte, et la page désespérément vide.
J’ai fait un suivi de connexion avec wireshark lors de la tentative d’ouverture de la page www.free.fr.
Cela donne:
[quote]User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; fr-FR; rv:1.9.1.9) Gecko/20100414 Iceweasel/3.5.9 (like Firefox/3.5.9)
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,/;q=0.8
Accept-Language: en-US,en;q=0.8,fr-fr;q=0.6,en-us;q=0.4,es;q=0.2
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Cookie: __utma=172764660.1501074044002646500.1225572014.1258404998.1258466817.4; __utmz=172764660.1258466817.4.4.utmcsr=adsl.free.fr|utmccn=(referral)|utmcmd=referral|utmcct=/compte/console.pl; __utmc=172764660
HTTP/1.1 301 Moved Permanently
Date: Wed, 05 May 2010 18:37:56 GMT
Server: Apache
Location: portail.free.fr/
Content-Length: 292
Connection: close
Content-Type: text/html; charset=iso-8859-1
301 Moved PermanentlyMoved Permanently
The document has moved here.
Apache Server at [www.free.fr](http://www.free.fr) Port 80 [/quote]
Ca devrait s’afficher dans firefox non ?
Salut,
Ok, je vais reformuler.
Lorsqu’on lit ceci:
On comprend: “si le ping marche alors la résolution de nom fonctionne”. Je suis désolé mais c’est faux; l’un et l’autre ne sont pas lié.
Tu pourras toujours “pinguer” un IP sans jamais utiliser de dns. Le fait qu’un protocol de couche 3 fonctionne NE guaranti PAS qu’un autre de couche 4 fonctionne aussi.
Le dns ne sert “que” de table de correspondance compréhensible par l’humain mais tout échange(réel, pas visuel!!) se fait via les IP.
[code]1ère étape: pc-client --> dns request à “.” --> “.org” --> “.debian-fr.org” —> “forum.debian-fr.org” ==> IP trouvée ou pas !!
IP pas trouvée --> réponse = erreur
IP trouvée --> reponse = IP, retournée à pc-client[/code]
La seule chose que l’on sait ici, c’est si UN serveur dns à une correspondance dans sa base de donnée entre un nom de domaine donné et une IP. C’est TOUT!!
2eme étape: le système client fait alors un "ping"(echo request) sur l'IP obtenue ---> SI, l'IP existe ET répond(on peut bloquer les réponses), alors il retourne un "echo replie" au client.
Ici, on sait juste que l’IP(couche 3) est joignable au travers de l’Internet, et c’est TOUT!!
Tout ceci ne guaranti toujours pas que le contenu de “forum.debian-fr.org” s’affichera via une application comme firefox ou autre.
Si le protocol “http”(couche 4 aussi), dans cette relation(client-serveur) ne fonctionne pas, firefox ne reçevra rien. Il affichera une erreur.
Explication:
[code]Admettons qu’ Ed modifie le nom de domaine et la config sur le serveur du forum!!; “forum.debian-fr.org” devient “forum.fr.debian.org”.
Ed garde la même IP, demande l’ajout d’une entrée de ce nom de domaine dans le “top level dns” mais oublient de faire éliminer l’ancienne ou de la déclarer comme un alias du nouveau nom.
Et bien là, on se retrouve avec un nom de domaine résolvable(forum.debian-fr.org, étape 1) même si il n’est plus utilisé ou valable; une IP “pinguable”(toujours la même, étape 2) mais rien dans son naviguateur.
PQ? Parce que le serveur web est configurer pour répondre aux requètes “http” sur “forum.fr.debian.org” et ne répondra pas(ou répondra une erreur) à une requète “http” sur “forum.debian-fr.org”.
[/code]
On a donc 3 relations client-serveur DISTINCTES:
1- client vers serveurS dns (couche 4); requètes dns + réponses (éventuelles)
2- client vers IP serveur souhaité (couche 3); “echo request” + “echo replie” (éventuelle)
3- client vers serveur web (couche 4); requète “http” sur une URL “CENSéE” correspondre à l’IP reçue + reponse (éventuelle)
Il n’y a pas de relation entre 1, 2 & 3.
Ceci dit, ça ne répond pas à ton soucis. D’autant qu’ici j’ai accès à “free”…
[quote]Alors comment expliquer qu’aucun ordi de mon LAN, quelque soit son OS ou son navigateur, ne puisse acceder à aliceadsl.fr, et uniquement ces 2 là (ça fonctionne sur /freeadsl.org/ et tout les autres sites, y compris en .fr).
Cela se comporte comme si le site ne renvoyait pas de code HTML. La connexion reste ouverte, et la page désespérément vide.
[/quote]
Je chercherai du côté d’un firewall(machines + router), d’un proxy(local ou provider) ou de firefox(quelle version utilise-tu?).
Sous Testing, j’ai un souci avec les sites en “asp”(l’html sauce Merdosoft) sur Firefox; j’ai les cadres, le fond, les puces… et, c’est tout! 
Merdosoft
Je n’ai pas d’autre idées pour le moment…
A+
Debcool
on dit la même chose, mais ce n’est pas évidement de se faire comprendre.
Je résume la situation: aucun ordi de mon LAN n’arrive à afficher les sites www.aliceadsl.fr (qui sont en fait tout 2 gérés par free.
J’affiche le site freeadsl.org/ sans problème.
Je fais un ping vers www.free.fr. Il me trouve la bonne adresse IP (212.27.48.10), j’ai vérifié, c’est la bonne IP. Donc mon DNS fonctionne, et le serveur de free est vivant car il répond au ping.
J’essaie d’y accéder den CLI:
wget http://www.free.fr
--2010-05-06 21:34:51-- http://www.free.fr/
Résolution de www.free.fr... 212.27.48.10, 2a01:e0c:1:1599::1
Connexion vers www.free.fr|212.27.48.10|:80...connecté.
requête HTTP transmise, en attente de la réponse...301 Moved Permanently
Emplacement: http://portail.free.fr/ [suivant]
--2010-05-06 21:34:51-- http://portail.free.fr/
Résolution de portail.free.fr... 212.27.48.10
Connexion vers portail.free.fr|212.27.48.10|:80...connecté.
requête HTTP transmise, en attente de la réponse..
Et je reste bloqué en attente de réponse.
Je vois 3 possibilités:
- le site de free n’a pas reçu la demande: je ne vois pas pourquoi, alors que tout les autres sites fonctionnent
- il refuse de répondre à la demande (mon IP est blacklistée ?)
- la réponse ne me parvient pas (alors que je reçois les réponses des autres serveurs).
Quel tests pourrais je faire pour continuer à cerner le probléme ?
Le problème semble venir non pas de www.free.fr (wireshark montre que ça répond bien, et wget suit la redirection 301) mais avec portail.free.fr (qui se trouve sur la même IP).
Que donne un wireshark sur portail.free.fr ?
Salut,
[quote]Et je reste bloqué en attente de réponse.
Je vois 3 possibilités:
- le site de free n’a pas reçu la demande: je ne vois pas pourquoi, alors que tout les autres sites fonctionnent
- il refuse de répondre à la demande (mon IP est blacklistée ?)
- la réponse ne me parvient pas (alors que je reçois les réponses des autres serveurs).
Quel tests pourrais je faire pour continuer à cerner le probléme ?[/quote]
J’écarterai, en effet, le dns et les navigateurs.
Je vien d’essayer avec Iceweasel, Epiphany et Elinks(commande en ligne) sur http://www.aliceadsl.fr/, http://www.free.fr/adsl/index.html, http://portail.free.fr/ & http://freeadsl.org/, sans problème.
Tu as une IP fixe? Sinon, leur système doit dynamiquement la bloquer… j’en doute.
De plus le message dit “en attente”… de quoi?? Que le serveur ait le temps de traiter la requète… je ne vois pas pourquoi; je suis hors France et ça répond instantanément.
PQ? il te redirige sur le second…??
Essayes Elinks en surveillant avec Wireshark, pour voir.
Si tu as un moyen de les contacter sans que ça te coûte des soux, fais le.
A+
Debcool
salut
pour info :
iceweasel me fait la meme un coup sur deux ca marche impecc via iceape par exemple mais c’est un soucie avec firefox et l’hautentification, ils ont peurs des clikjakin et autres !!well …
pour le blacklisted , a l’epoque j’etais chez worldonline jusqu’a aliceadsl et c’est aliceadsl qui m’ont blacklisté a donf sans raisons aucunes …j’ai eu beau leurs telephoner durant un mois ca na jamais resolu le prob,c’est en passant chez neuf qu’un mois apres il m’ont rembourser la connexion dù , je ne ferais jamais de la bonne pub a cette grosse co…asse d’alice
pour en revenir au prob initial , je te conseillerais de tester en live cd pour voir si cela ne viens pas aussi du system, vaux mieux eliminer un par un pour savoir où se situe reellement le prob …
Le problème c’est que je n’ai pas, et je n’ai jamais eu ce problème avec le “vrai” firefox. Je pense que c’est iceweasel qui beugue…
Bon a savoir , par contre j’ai tester la banquepostale chez un pote avec firefox sous windows xp , il le fait aussi , me suis meme demander si ce n’etait pas un coup de l’addon NoScript , pareil certains site ne voulais etre afficher a cause de NoScript (voir preference NoScript/onglet avancé/xss si je me rapelle bien)
iceweasel c’est firefox, le nom a juste changer pour cause de proprieté du nom , d’ailleur tu peux changer le nom iceweasel en firefox si tu le souhaite dans l’identification du navigateur
[quote=“Grhim”]
iceweasel c’est firefox, le nom a juste changer pour cause de proprieté du nom , d’ailleur tu peux changer le nom iceweasel en firefox si tu le souhaite dans l’identification du navigateur [/quote]
Oui, mais non pas tout à fait… Je crois que Debian patches à sa manière iceweasel (maj de sécurité), donc au final, il peut y avoir des petites différences de comportement entre les 2, même si à la base, ce sont les mêmes.
Cela dit, je n’ai plus le problème depuis une semaine environ (il me semble qu’il y a eu une mise a jour concernant iceweasel récemment, ca pourrait être la raison)
EDIT : C’'est bien ce qui me semblait, y a eu une mise à jour :
29 avril 20:05 iceweasel_3.5.9-3_i386.deb
Qui semble avoir corrigé le problème, chez moi en tout cas.
Salut,
[quote]Oui, mais non pas tout à fait… Je crois que Debian patches à sa manière iceweasel (maj de sécurité), donc au final, il peut y avoir des petites différences de comportement entre les 2, même si à la base, ce sont les mêmes.
[/quote]
Mes sources m’indique que c’est le logo Firefox(copyrighted) qui pose problème à Debian; d’où recompilation des sources avec un logo et un nom libres.
A+
Debcool