Politique TLS sur l’edge
TLS 1.2 et 1.3 uniquement, dans l'ordre du serveur avec ECDHE et AEAD en tête : la politique sur laquelle repose HTTP/3.
Aide CDN.com.tr
HTTP/3 et IPv6 sur l’edge
Depuis septembre 2026, l’edge CDN.com.tr sert chaque hostname en HTTP/3 (QUIC) et en IPv6, en plus de HTTP/2 et IPv4. Les navigateurs basculent d’eux-mêmes ; il n’y a aucun réglage par compte et votre origine peut rester en IPv4 seul.
Points de diffusion et DNS
HTTP/3 et IPv6 sur l’edge
Depuis septembre 2026, l’edge CDN.com.tr sert chaque hostname en HTTP/3 (QUIC) et en IPv6, en plus de HTTP/2 et IPv4. Les navigateurs basculent d’eux-mêmes ; il n’y a aucun réglage par compte et votre origine peut rester en IPv4 seul.
Chemin dans le panneau
- Pas un réglage du panneau
- Configuration de l’edge, appliquée à tous les comptes
Prerequis
- Un de vos hostnames déjà servi par le CDN.
- curl 8 avec prise en charge de HTTP/3, ou un navigateur avec DevTools, pour reproduire les preuves.
Verification
- curl -sI https://www.example.com/ | grep -i alt-svc — la réponse contient h3=":443".
- curl --http3 -sI https://www.example.com/ | head -1 — la ligne de statut indique HTTP/3 200.
- dig +short AAAA www.example.com — une ou plusieurs adresses IPv6 sont renvoyées ; curl -6 -sI https://www.example.com/ atteint le site en IPv6.
- Dans DevTools → Network avec la colonne Protocol activée, un rechargement après la première visite affiche h3 sur les requêtes du site.
Cas d'usage
Un client, un appel d’offres ou votre propre audit de performance demande si le site prend en charge HTTP/3 ou IPv6, ou vous voulez voir la bascule sur votre propre hostname. La réponse est la même pour tous les comptes : ce sont deux fonctions de l’edge, actives pour tous.
Workflow
- Répondez à partir des faits ci-dessous : ils valent pour tout hostname servi par le CDN.
- S’il vous faut une preuve plutôt qu’une affirmation, lancez les vérifications de la liste sur votre propre hostname.
- Si un visiteur n’obtient jamais HTTP/3, regardez d’abord son réseau (UDP 443), pas votre compte.
Verifications
- HTTP/3 est annoncé par Alt-Svc: h3=":443" sur chaque réponse HTTPS ; le navigateur bascule à sa connexion suivante. La première requête d’une session est en HTTP/2, c’est voulu.
- HTTP/3 exige TLS 1.3, que l’edge propose déjà comme protocole supérieur ; le sujet sur la politique TLS donne la liste complète.
- IPv6 est en double pile : les hostnames du CDN ont des enregistrements AAAA à côté des A. Un CNAME vers nous hérite des deux.
- Votre origine est contactée comme aujourd’hui, en général en IPv4. Rien ne doit changer sur votre serveur pour l’une ou l’autre fonction.
- Le WAF, les limites de débit et les règles par pays inspectent les requêtes HTTP/3 exactement comme les requêtes HTTP/2 ; une requête bloquée reçoit la même page de blocage et le même Reference ID.
- Il n’y a pas d’interrupteur par compte. Les deux fonctions relèvent de la configuration de l’edge, appliquée à tous les comptes.
Questions frequentes
Peut-on désactiver HTTP/3 pour un site ?
Non. C’est une configuration partagée de l’edge. Les clients qui ne peuvent pas l’utiliser restent automatiquement en HTTP/2 : le désactiver ne protège rien.
IPv6 signifie-t-il que mon origine a besoin d’une adresse IPv6 ?
Non. L’edge termine la connexion IPv6 du visiteur et interroge votre origine dans la famille d’adresses qu’elle a aujourd’hui. Seul le côté edge est passé en double pile.
Au bureau, nous ne voyons jamais h3 dans DevTools. Le site a-t-il un problème ?
Presque toujours, le pare-feu du bureau bloque l’UDP 443 sortant. Les navigateurs restent alors en HTTP/2 sans rien dire. Testez depuis un téléphone en données mobiles : si h3 y apparaît, le site va bien.
Mes règles basées sur l’IP fonctionneront-elles encore ?
Pour les visiteurs IPv4, oui. Les visiteurs IPv6 arrivent avec des adresses IPv6 : une règle qui ne liste que des adresses IPv4 ne les concerne pas. Ajoutez la forme IPv6 de la règle là où c’est important.