Auteur Sujet: IPv6 fallback to IPv4 (Lu 14223 fois)

simon · « **Réponse #24 le:** 25 avril 2023 à 16:00:17 »

C'était juste vers archive.org, ton souci de connectivité? Je doute que Bouygues te limite comme ca, ils ont un réseau assez neutre.

C'est pas simplement un timeout DNS pour archive.org AAAA qui aurait été mis en cache par le forwarder du routeur ($100 que c'est dnsmasq) ? J'ai assez souvent des timeouts DNS avec bouygues mobile (2001:860:d002:1201::129:201).

renaud07 · « **Réponse #25 le:** 25 avril 2023 à 16:22:36 »

Oui c'était que vers archive.org. Et je pense aussi au routeur qui a bugé, je n'avais plus en tête le DNS de bouygues pour essayer.

Je crois que je vais finir par me servir de mon propre DNS. Même si ouvrir le 53 sur le web je sais pas si c'est une bonne idée. Ou alors passer par WG ou DoH (encore que, ça marche avec des certificats auto signés) ?

simon · « **Réponse #26 le:** 25 avril 2023 à 16:28:55 »

Où tourne ton propre resolveur DNS?

J'utilise unbound sur OpenWRT (avec son module dns64), ca marche au poil. Il n'est pas exposé sur internet par contre, bien entendu

renaud07 · « **Réponse #27 le:** 25 avril 2023 à 16:41:52 »

Sur mon raspberry et en slave sur mon serveur/NAS (debian) Pas de soucis non plus avec bind, ça marche très bien.

C'est juste le moyen d'y accéder qui pose question

vivien · « **Réponse #28 le:** **Aujourd'hui** à 18:24:48 »

Je ré-ouvre ce sujet, il me semble indispensable de trouver une solution pour que la "plateforme d'optimisation" des opérateurs mobiles ne bloquent plus le fallback IPv6 vers IPv4, quand le serveur ne répond pas en IPv6.

Testé aujourd'hui la plateforme d'optimisation du réseau mobile Bouygues comme Orange bloque encore le fallback. Je n'ai pas testé SFR, mais si vous n'arrivez pas à charger https://dali.arcep.fr c'est la cause (le serveur ne répond pas en IPv6, mais répond en IPv4). Il me semble que Free n'a pas de "plateforme d'optimisation", je ne sais pas si cela a changé.

Voici le message avec Firefox et Chrome sur mon Android :

robin4002 · « **Réponse #29 le:** **Aujourd'hui** à 19:46:44 »

Je viens de tester à l'instant sur mon forfait RED, la page s'est chargé. (wifi désactivé, je précise)
EDIT : en fait je suis en ipv4, l'ipv6 est HS sur mon mobile o_O
EDIT 2 : passage en mode avion puis retrait, je retrouve une ipv6, le site charge mais ip.lafibre.info me dit que mon protocole par défaut est ipv4.
EDIT 3 : en relançant firefox, cette fois ip.lafibre.info indique bien ipv6 par défaut. https://dali.arcep.fr charge toujours.

vivien · « **Réponse #30 le:** **Aujourd'hui** à 21:37:09 »

Je note une évolution pour Firefox sous Ubuntu (connecté à mon Pixel 6 en partage de connexion) : C'est lent, mais il termine par faire un fallback vers IPv4.

Par contre, Google Chrome reste bloqué sur l'IPv6 :

turold · « **Réponse #31 le:** **Aujourd'hui** à 22:38:32 »

Citation de: vivien le Aujourd'hui à 21:37:09

Je note une évolution pour Firefox sous Ubuntu (connecté à mon Pixel 6 en partage de connexion) : C'est lent, mais il termine par faire un fallback vers IPv4.

Par contre, Google Chrome reste bloqué sur l'IPv6 :
[...]

Étrange pour les 2 navigateurs (surtout Chrome), sous Windows, Chrome fait comme Firefox avec ce sous-domaine : ça passe très rapidement en IPv4.

darkmoon · « **Réponse #32 le:** **Aujourd'hui** à 22:51:33 »

Citation de: vivien le Aujourd'hui à 18:24:48

... Il me semble que Free n'a pas de "plateforme d'optimisation", je ne sais pas si cela a changé.

En tout cas, cela fonctionne parfaitement, je viens de faire le test avec ma sim Free. Pour Orange, tu as raison, cela ne fonctionne pas.