Site inaccessible mais ping ok

Salut,

Depuis quelques jours je ne parviens pas à accéder à un site depuis mon ordi perso alors que depuis le boulot ou mon téléphone (en wifi chez moi, donc même connexion) ça fonctionne. J’ai testé le ping sur le nom du site et ça fonctionne, par contre sous Iceweasel ou le navigateur de Gnome ça tourne dans le vide.

Je viens de purger mon cache mais sans succès - logique, sinon ça aurait marché avec l’autre navigateur.

Quelqu’un aurait une idée ? :017

Merci d’avance !

Regarde ton fichier hosts si par hazard tu ne t’es pas auto-banni

Non, rien de ce côté-là.

Et voilà le résultat :

$ tcptraceroute forum.aftershotpro.org 80 Selected device eth0, address 192.168.1.60, port 32864 for outgoing packets Tracing the path to forum.aftershotpro.org (217.70.180.139) on TCP port 80 (http), 30 hops max 1 192.168.1.1 0.769 ms 0.487 ms 0.498 ms 2 1.213.9.109.rev.sfr.net (109.9.213.1) 35.969 ms 34.228 ms 35.101 ms 3 65.27.3.109.rev.sfr.net (109.3.27.65) 34.659 ms 36.280 ms 35.909 ms 4 eqix-pa2.gandi.net (195.42.144.8) 48.197 ms 46.889 ms 47.011 ms 5 * * * 6 * * * 7 gpaas9.dc0.gandi.net (217.70.180.139) [open] 47.116 ms 47.186 ms 47.991 ms
Et pour comparaison :

$ tcptraceroute www.google.fr Selected device eth0, address 192.168.1.60, port 57041 for outgoing packets Tracing the path to www.google.fr (74.125.230.247) on TCP port 80 (http), 30 hops max 1 192.168.1.1 0.869 ms 0.640 ms 0.508 ms 2 1.213.9.109.rev.sfr.net (109.9.213.1) 35.644 ms 35.790 ms 36.215 ms 3 65.27.3.109.rev.sfr.net (109.3.27.65) 35.571 ms 35.214 ms * 4 72.14.219.117 51.656 ms 46.829 ms 45.778 ms 5 72.14.238.228 46.294 ms 91.901 ms 46.757 ms 6 209.85.242.51 55.340 ms 47.142 ms 47.608 ms 7 par08s10-in-f23.1e100.net (74.125.230.247) [open] 46.790 ms 46.972 ms 48.442 ms
Malgré les étoiles le site est visiblement bien contacté.

forum.aftershotpro.org est aussi résolu (et accessible pour moi) en IPv6. Peut-être un problème de ce côté ? Tester la connectivité IPv6 avec tcptraceroute6 au lieu de traceroute.
Tester avec iceweasel en passant network.dns.disableIPv6 à true.
En console, que donne “telnet forum.aftershotpro.org 80” ?

:023 Merci à tous !

J’ai configuré ma box avec l’IPv6 il y a quelques temps, et comme ça a mis un temps avant que je n’atteigne plus le site je n’avais pas pensé à cette piste. Il est vrai qu’au boulot il y a peu de chances pour que ce soit le cas :unamused:

Il y a quand même un souci quelque part, car pour moi le site est parfaitement accessible en IPv6.

Si ça peut faire avancer le sujet, voici le résultat de telnet :

$ telnet forum.aftershotpro.org 80 Trying 2001:4b98:dc0:950::139... Connected to gpaas9.dc0.gandi.net. Escape character is '^]'. Connection closed by foreign host.
Pas brillant.

Quant à tcptraceroute6 je n’ai pas cette commande disponible :confused:

[quote=“Coq”]Si ça peut faire avancer le sujet, voici le résultat de telnet : (…)
Pas brillant.[/quote]
Mais si : “connected” signale que la connexion en IPv6 au serveur fonctionne. Ensuite il n’est pas anormal qu’il coupe la connexion si on ne lui envoie pas de requête (GET…) passé un certain délai.

Donc c’est autre chose qu’un problème basique de connectivité. Que se passait-il exactement avec network.dns.disableIPv6=false ?

Elle est disponible dans le paquet ndisc6.

D’accord.

Ben… Je suppose exactement la même chose puisqu’on parle d’un paramètre de Iceweasel et non du système :think: D’ailleurs le navigateur de Gnome pédale toujours dans la choucroute. À en croire la page Mozilla de ce paramètre, peut-être que si j’attends la nuit la page s’affichera. Mais mon PC sera en veille avant :stuck_out_tongue:

$ tcptraceroute6 forum.aftershotpro.org traceroute vers gpaas9.dc0.gandi.net (2001:4b98:dc0:950::139) de 2a02:8424:f00:ec00:21f:d0ff:fe9a:a1d9, port 80, du port 49009, 30 sauts max, 60 octets/paquet 1 2a02-8424-0f00-ec00-0000-0000-0000-0001.rev.sfr.net (2a02:8424:f00:ec00::1) 0.764 ms 0.589 ms 0.628 ms 2 * * * 3 2a02-8400-0000-0003-0000-0000-0000-0011.rev.sfr.net (2a02:8400:0:3::11) 51.230 ms 50.711 ms 48.999 ms 4 eqix-pa2-ipv6.gandi.net (2001:7f8:43::2:9169:1) 54.098 ms 52.756 ms 51.607 ms 5 p252-dist3-d-ip6.paris.gandi.net (2001:4b98:1f::c4d3:182) 54.415 ms 56.685 ms 50.301 ms 6 gpaas9.dc0.gandi.net (2001:4b98:dc0:950::139) 54.723 ms [ouvert] * *
Ça a l’air de tourner…

Bon, alors on va contrôler le suspect habituel : le bon vieux problème de MTU.
Hélas on ne peut pas tester avec des pings de grande taille car le serveur ne répond pas au-delà de 120 octets.
Est-ce que l’image http://forum.aftershotpro.org/styles/xandgreen/theme/images/whosonline.gif s’affiche ou se télécharge ? Elle est suffisamment petite (911 octets pour tenir dans un seul paquet pas trop gros.
Ensuite, est-ce que tout passe en baissant la MTU de l’interface réseau avec ifconfig (pas en dessous de 1280 sinon IPv6 est désactivé sur cette interface) ?

Oui, l’image se charge (point d’interrogation).

Par contre :

[quote=“PascalHambourg”]Bon, alors on va contrôler le suspect habituel : le bon vieux problème de MTU.
(…)
Ensuite, est-ce que tout passe en baissant la MTU de l’interface réseau avec ifconfig (pas en dessous de 1280 sinon IPv6 est désactivé sur cette interface) ?[/quote]
Ça est du charabia :shifty: Donc je cherche, et pour tous ceux qui comme moi découvrent mais savent lire l’anglais : Introduction to MTU.

# ifconfig eth0 | grep MTU UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Je suis donc à 1500 par défaut. Je le passe à 1300…

ifconfig eth0 mtu 1300

et… ça passe avec le navigateur Gnome :023 Je change la configuration de Iceweasel et… ça marche également ! :038

Donc c’est bien un soucis avec le MTU. À 1450 ça passe toujours, je peux le laisser sans crainte à cette valeur ? Il se remet à 1500 au redémarrage ?

Un conseil de lecture sur le sujet pour saisir facilement le pourquoi du comment ? :think: