Política TLS en el edge
Solo TLS 1.2 y 1.3, en el orden del servidor con ECDHE y AEAD primero: la política sobre la que se construye HTTP/3.
Ayuda de CDN.com.tr
HTTP/3 e IPv6 en el edge
Desde septiembre de 2026 el edge de CDN.com.tr sirve cada hostname por HTTP/3 (QUIC) e IPv6 además de HTTP/2 e IPv4. Los navegadores cambian solos; no hay ajuste por cuenta y su origen puede seguir solo con IPv4.
Puntos de entrega y DNS
HTTP/3 e IPv6 en el edge
Desde septiembre de 2026 el edge de CDN.com.tr sirve cada hostname por HTTP/3 (QUIC) e IPv6 además de HTTP/2 e IPv4. Los navegadores cambian solos; no hay ajuste por cuenta y su origen puede seguir solo con IPv4.
Ruta en el panel
- No es un ajuste del panel
- Configuración del edge, aplicada a todas las cuentas
Requisitos previos
- Un hostname suyo ya servido por la CDN.
- curl 8 con soporte HTTP/3, o un navegador con DevTools, si quiere reproducir las pruebas.
Verificación
- curl -sI https://www.example.com/ | grep -i alt-svc — la respuesta lleva h3=":443".
- curl --http3 -sI https://www.example.com/ | head -1 — la línea de estado dice HTTP/3 200.
- dig +short AAAA www.example.com — se devuelven una o más direcciones IPv6; curl -6 -sI https://www.example.com/ llega al sitio por IPv6.
- En DevTools → Network con la columna Protocol activada, una recarga tras la primera visita muestra h3 en las solicitudes del propio sitio.
Casos de uso
Un cliente, una licitación o su propia auditoría de rendimiento pregunta si el sitio admite HTTP/3 o IPv6, o quiere ver el cambio en su propio hostname. La respuesta es la misma para todas las cuentas: ambas son funciones del edge, activas para todos.
Flujo de trabajo
- Responda con los hechos de abajo: se aplican a todo hostname servido por la CDN.
- Si necesita pruebas y no una afirmación, ejecute las comprobaciones de la lista de verificación contra su propio hostname.
- Si un visitante dice que nunca obtiene HTTP/3, mire primero su red (UDP 443), no su cuenta.
Verificaciones
- HTTP/3 se anuncia con Alt-Svc: h3=":443" en cada respuesta HTTPS; el navegador cambia en su siguiente conexión. La primera solicitud de una sesión es HTTP/2 por diseño.
- HTTP/3 necesita TLS 1.3, que el edge ya ofrece como protocolo superior; el tema de política TLS describe la lista completa.
- IPv6 es dual-stack: los hostnames de la CDN tienen registros AAAA junto a los A. Un CNAME hacia nosotros hereda ambos.
- Su origen se contacta como hoy, normalmente por IPv4. Nada en su servidor tiene que cambiar para ninguna de las dos funciones.
- El WAF, los límites de tasa y las reglas por país inspeccionan las solicitudes HTTP/3 exactamente igual que las HTTP/2; una solicitud bloqueada recibe la misma página de bloqueo y el mismo Reference ID.
- No hay interruptor por cuenta. Ambas funciones son configuración del edge, aplicada a todas las cuentas.
Preguntas frecuentes
¿Podemos desactivar HTTP/3 para un sitio?
No. Es configuración compartida del edge. Los clientes que no pueden usarlo se quedan en HTTP/2 automáticamente, así que no hay nada que proteger desactivándolo.
¿IPv6 significa que mi origen necesita una dirección IPv6?
No. El edge termina la conexión IPv6 del visitante y pide a su origen por la familia de direcciones que tiene hoy. Solo el lado del edge pasó a ser dual-stack.
En nuestra oficina nunca vemos h3 en DevTools. ¿Hay algo mal en el sitio?
Casi siempre el firewall de la oficina descarta el UDP 443 saliente. Los navegadores se quedan entonces en HTTP/2 sin avisar. Pruebe desde un móvil con datos: si ahí aparece h3, el sitio está bien.
¿Seguirán funcionando mis reglas basadas en IP?
Para visitantes IPv4, sí. Los visitantes IPv6 llegan con direcciones IPv6, así que una regla que solo lista direcciones IPv4 no los alcanza. Añada la forma IPv6 de la regla donde importe.