Auteur Sujet: Site inaccessible depuis le réseau Bouygues Telecom mobile - problème de DNS ? (Lu 27919 fois)

vivien · « **Réponse #72 le:** 04 mars 2020 à 10:44:07 »

Trouvé : ton site ne répond pas en IPv6 (quel que soit l'opérateur).

Les mobiles Orange et Bouygues Telecom étant en IPv6 only, aucun fallback IPv4 n'est possible.

As-tu testé avec un mobile Samsung chez Orange ? Je suis presque sur que cela ne va pas fonctionner.

Il faut juste que corriger la connexion IPv6 :

Un moyen de vérifier si tu n'a pas de connexion IPv6, c'est SSL Labs : Le site est noté B en IPv4 (il faudrait supprimer TLS 1.0 et TLS 1.1 pour avoir la note A) et non accessible en IPv6 :

esportloot · « **Réponse #73 le:** 04 mars 2020 à 15:30:21 »

Arf, effectivement, je vais regarder tout ça. Merci pour le retour, moi qui pensait que ça provenait de Bouygues.

Je vais tâcher de corriger tout ça

PS : Pas de problème chez Orange dans tous les cas (j'ai redemandé un test), seulement Bouygues malheureusement.

youscribe · « **Réponse #74 le:** 04 mars 2020 à 16:18:32 »

Citation de: esportloot le 02 mars 2020 à 17:23:37

@youscribe : peux-tu me donner les informations de contact Bouygues en MP ? Est-ce résolu rapidement après contact ?

Bonjour @esportloot,
J'arrive un peut tard

mais je réponds quand même à tes questions : Je n'ai pas contacté BT directement, je suis passé par un partenaire qui a un contact privilégié là-bas.
Ca a été résolu en 4 jours.

vivien · « **Réponse #75 le:** 04 mars 2020 à 17:07:06 »

Je ne sais pas quel est le comportement de iOS face à un blocage d'IPv6, mais pour Android, voici la liste des terminaux qui ne peuvent pas charger ton site, il y en a chez Orange, quelques Samsung :

Citation de: vivien le 15 novembre 2019 à 19:52:24

Voici les terminaux concernés, dans leur dernière version logicielle, par une activation d’IPv6 :

4.4. Vers une obligation de compatibilité IPv6 dans les réseaux mobiles

En juillet 2019, l’Arcep a mis en consultation publique un projet de modalités et conditions d’attribution d’autorisations d’utilisation de fréquences dans la bande 3,4 ‑ 3,8 GHz, en France métropolitaine, fréquences qui seront utilisées pour la 5G.

L’Arcep a proposé, dans le projet soumis à consultation publique, une obligation de support d’IPv6, pour les opérateurs qui candidatent à l’attribution de ces fréquences : « Le titulaire est tenu de rendre son réseau mobile compatible avec le protocole IPv6 à compter du 31 décembre 2020 ». L’objectif, tel que précisé dans les motifs, est d’assurer l’interopérabilité des services et ne pas freiner l’utilisation de services uniquement disponibles en IPv6, dans un contexte d’augmentation du nombre de terminaux et d’une pénurie d’adresses IPv4 au RIPE NCC.

esportloot · « **Réponse #76 le:** 04 mars 2020 à 17:24:36 »

Merci pour le retour @youscribe !

Et merci pour le détail des appareils, effectivement, le test n'était pas sur un des mobile listé.

decalage · « **Réponse #77 le:** 04 mars 2020 à 20:26:27 »

Citation de: vivien le 04 mars 2020 à 10:44:07

Trouvé : ton site ne répond pas en IPv6 (quel que soit l'opérateur).

Les mobiles Orange et Bouygues Telecom étant en IPv6 only, aucun fallback IPv4 n'est possible.

Comment ça aucun fallback ipv4 possible ?

Le DNS64 et le 464XLAT sont quand même actifs, sinon les clients Orange et Bouygues n'auraient plus accès à 75% du web qui est encore ipv4-only... ce qui serait un TRES GROS problème.

J'ai dû mal à comprendre ta réaction Vivien.

vivien · « **Réponse #78 le:** 04 mars 2020 à 20:36:46 »

la fallback, c'est un mécanisme intégré dans les navigateurs et certains logiciels qui tentent la connexion en IPv6 et qui vont plus ou moins rapidement basculer en IPv4 si le site n'est pas joignable en IPv6. Avec certins il se déclenche après quelques centaines de ms sans réponse, pour d'autres il faut attendre plusieurs secondes avant de basculer en IPv4.

Si vous avez une connexion fixe avec de l'IPv6 vous pouvez faire une capture wireshark : la connexion commence en IPv6 avant de basculer en IPv4 faute de réponse.

Quand on a une connexion IPv6 only (Bouygues et Orange sur le mobile), les sites IPv4 only passent par le DNS64/NAT64 (le DNS64 attribue des IPv6 aux sites IPv4 only, IPv6 qui pointent vers la plateforme NAT64) et les sites IPv6 sont en direct, sans possibilité de passer en IPv4 en cas d'échec en IPv6.

Orange a déjà contacté des sites web qui avaient une IPv6 qui ne fonctionnaient pas, mais ils n'ont visiblement pas contacté esportloot.

Deux actions sont possibles pour esportloot pour que son site soit de nouveau joignable en IPv6 only :
- Réparer l'IPv6 (Je recommande, cela permet d'assurer la meilleur QoS)
- Supprimer l'IPv6 (dans ce cas là, le mobile utilisera toujours de l'IPv6, mais une IPv6 qui ira vers le NAT64 et plus directement chez OVH)

decalage · « **Réponse #79 le:** 04 mars 2020 à 20:45:22 »

Ha ok je comprends mieux, merci pour l'explication.
Mais qu'est-ce qui empêche le navigateur de fallback en ipv4 via l'interface 464XLAT (192.0.0.4) ?

vivien · « **Réponse #80 le:** 05 mars 2020 à 08:37:38 »

Mes souvenirs me reviennent, c'est sur iOS, et non sur Android que l'impossibilité de charger un site avec une IPv6 a été constaté.

Je ne sais pas si sous Android, avec l'utilisation du 464XLAT cela permet un fallback vers IPv4.

esportloot · « **Réponse #81 le:** 05 mars 2020 à 14:33:47 »

Du coup ça semble être résolu de mon côté grâce à tes précieux conseils vivien. Merci encore !