HTTP/3 et IPv6 sur l'edge

Ce qui est actif, pour qui

• HTTP/3 repose sur QUIC, un transport sur le port UDP 443 avec TLS 1.3 intégré. Le navigateur l'apprend via l'en-tête Alt-Svc de sa première réponse HTTP/2 et bascule à la connexion suivante.
• IPv6 est en double pile : les noms d'hôte du CDN portent des enregistrements AAAA à côté des A, et l'edge accepte les deux. Votre origine peut rester en IPv4 seul ; l'edge l'interroge en IPv4 comme avant.
• Les deux s'appliquent à tous les comptes et noms d'hôte. Ce ne sont pas des options par compte et on ne peut pas les désactiver pour un seul site.
• Les clients qui ne peuvent pas les utiliser ne perdent rien : HTTP/2 sur TLS 1.2 ou 1.3 et IPv4 fonctionnent exactement comme avant.

Le voir dans le navigateur

Ouvrez DevTools → Network, clic droit sur un en-tête de colonne et activez Protocol. Le premier chargement affiche h2 ; rechargez et les mêmes requêtes affichent h3. Chrome, Edge, Firefox et Safari le font seuls.

• h3 dans la colonne Protocol signifie que la requête est passée par HTTP/3.
• La toute première requête d'une session est en h2 : le navigateur n'a pas encore vu l'en-tête Alt-Svc.
• Si vous ne voyez jamais h3, quelque chose entre le navigateur et l'edge rejette l'UDP 443 (voir Dépannage). Le site fonctionne quand même.

Vérifier en ligne de commande

curl 8 compilé avec HTTP/3 peut forcer le protocole ; dig affiche les enregistrements IPv6.

curl --http3 -sI https://www.example.com/ | head -1
curl -sI https://www.example.com/ | grep -i alt-svc
dig +short AAAA www.example.com
curl -6 -sI https://www.example.com/ | head -1

IPv6 : ce qui change pour vous

• Rien dans le panneau. Si votre site pointe vers nous par un CNAME, il hérite automatiquement des enregistrements AAAA.
• Les visiteurs sur des réseaux IPv6 seul (beaucoup d'opérateurs mobiles) atteignent l'edge nativement, sans la couche de traduction de l'opérateur.
• Les statistiques et les journaux affichent des adresses IPv6. Les règles par IP écrites pour IPv4 ne s'appliquent pas aux visiteurs IPv6 ; ajoutez la forme IPv6 si la règle compte.
• Votre origine n'a pas besoin d'IPv6. L'edge lui parle avec ce qu'elle a aujourd'hui.

Dépannage

• Jamais de h3 : un pare-feu d'entreprise ou une box bloque l'UDP 443 sortant. Le navigateur reste en HTTP/2 sans bruit ; aucune erreur à chercher, seulement le gain de vitesse absent.
• h3 à la première visite puis plus rien : l'indication Alt-Svc est gardée un jour ; un changement de réseau peut faire réessayer le navigateur en TCP un moment. C'est normal.
• Un visiteur IPv6 n'atteint pas le site alors que les visiteurs IPv4 y arrivent : le problème est sur le chemin du visiteur, pas sur l'edge. Demandez la sortie de curl -6 -v.
• Une requête bloquée en HTTP/3 affiche la même page de blocage WAF qu'en HTTP/2 ; le Reference ID fonctionne de la même façon.

Journaux et rapports

• Les requêtes HTTP/3 sont journalisées avec le protocole HTTP/3.0 ; HTTP/2 reste HTTP/2.0.
• La part de HTTP/3 dépend de votre audience : le premier jour, entre 6 % et 27 % des requêtes par site, surtout Chrome et Android.
• Le comptage de bande passante et de requêtes ne change pas ; le protocole ne modifie pas ce qui est facturé.