Le site événementiel échoue pour certains visiteurs ? Vérifiez IPv6
Un site peut fonctionner pour l’équipe et échouer pour des visiteurs si son chemin IPv6 diffère. Notez le nom exact, le réseau et l’erreur; ne supposez pas que le seul responsable est le AAAA.
La rédaction de Boletolibre
Publié
Prouver la différence
Interrogez A et AAAA puis comparez `curl -4` et `curl -6` depuis un réseau réellement IPv6. Un poste sans IPv6 ne prouve rien sur le site. Séparez erreur DNS, délai, TLS et réponse HTTP.[2]
Comparer le trajet publié
L’adresse AAAA publique peut être celle d’un CDN, pas du serveur d’origine. Cloudflare peut servir les visiteurs en IPv6 tout en joignant l’origine en IPv4. Comparez la réponse autoritative à la configuration avant toute suppression.[3][4]
Suivre la requête
Distinguez visiteur-vers-bordure et bordure-vers-origine. Vérifiez avec les responsables adresse, écoute, équilibreur, pare-feu, certificat et application. Ne désactivez pas la sécurité pour un essai.[3][4]
Corriger puis recontrôler
Ne modifiez que la couche fautive prouvée. Répétez les essais IPv4/IPv6, la page de l’événement et le passage vers la billetterie; gardez preuves et responsable.
Sources et lectures complémentaires
- IPv6 Enabled, but Your Website Fails for Some Visitors?CloudFlew · Consulté
- curl man page: IPv4, IPv6 and resolvecurl project · Consulté
- IPv6 compatibilityCloudflare · Consulté
- Application Load Balancers: IP address typeAmazon Web Services · Consulté