Справка CDN.com.tr

HTTP/3 и IPv6 на edge

С сентября 2026 года edge CDN.com.tr обслуживает каждый hostname по HTTP/3 (QUIC) и IPv6 в дополнение к HTTP/2 и IPv4. Браузеры переключаются сами; настройки на уровне аккаунта нет, а ваш origin может оставаться только на IPv4.

Точки доставки и DNS

HTTP/3 и IPv6 на edge

Связанные политики edge

Протокол и семейства адресов — наша часть; версии TLS и DNS-записи, на которых они работают, описаны рядом.

Версии TLS и шифры

Политика TLS на edge

Только TLS 1.2 и 1.3, в порядке сервера, где первыми идут ECDHE и AEAD, — политика, на которой построен HTTP/3.

Ваши DNS-записи

DNS-записи

Как записи CNAME и apex, указывающие на edge, наследуют сторону IPv6.

Открыть тему

Путь в панели

Не настройка панели
Конфигурация edge, применяемая ко всем аккаунтам

Предварительные требования

Ваш hostname, уже обслуживаемый CDN.
curl 8 с поддержкой HTTP/3 или браузер с DevTools, если хотите воспроизвести проверки.

Проверка

curl -sI https://www.example.com/ | grep -i alt-svc — ответ содержит h3=":443".
curl --http3 -sI https://www.example.com/ | head -1 — строка статуса — HTTP/3 200.
dig +short AAAA www.example.com — возвращается один или несколько IPv6-адресов; curl -6 -sI https://www.example.com/ достигает сайта по IPv6.
В DevTools → Network с включённой колонкой Protocol перезагрузка после первого визита показывает h3 для запросов самого сайта.

Сценарии использования

Клиент, тендер или ваш собственный аудит производительности спрашивает, поддерживает ли сайт HTTP/3 или IPv6, либо вы хотите увидеть переключение на своём hostname. Ответ одинаков для всех аккаунтов: обе функции — функции edge, включённые для всех.

Порядок действий

Отвечайте по фактам ниже — они относятся к каждому hostname, который обслуживает CDN.
Если нужно доказательство, а не утверждение, выполните проверки из списка для своего hostname.
Если посетитель сообщает, что никогда не получает HTTP/3, сначала проверьте его сеть (UDP 443), а не ваш аккаунт.

Проверки

HTTP/3 объявляется заголовком Alt-Svc: h3=":443" в каждом HTTPS-ответе; браузер переходит на него при следующем соединении. Первый запрос сессии идёт по HTTP/2 — так задумано.
HTTP/3 требует TLS 1.3, который edge уже поддерживает как старший протокол; полный список — в теме о политике TLS.
IPv6 работает в режиме dual-stack: у hostname CDN есть записи AAAA рядом с A. CNAME на нас наследует обе.
С вашим origin edge связывается так же, как сегодня, обычно по IPv4. На вашем сервере ничего менять не нужно ни для одной из функций.
WAF, ограничения частоты и правила по странам проверяют запросы HTTP/3 точно так же, как HTTP/2; заблокированный запрос получает ту же страницу блокировки и тот же Reference ID.
Переключателя на уровне аккаунта нет. Обе функции — конфигурация edge, применяемая ко всем аккаунтам.

Часто задаваемые вопросы

Можно ли отключить HTTP/3 для одного сайта?

Нет. Это общая конфигурация edge. Клиенты, которые не могут его использовать, автоматически остаются на HTTP/2, поэтому отключение ничего не защищает.

Значит ли IPv6, что моему origin нужен IPv6-адрес?

Нет. Edge завершает IPv6-соединение посетителя и обращается к вашему origin по тому семейству адресов, что есть у него сегодня. Dual-stack стала только сторона edge.

В офисе мы никогда не видим h3 в DevTools. С сайтом что-то не так?

Почти всегда офисный файрвол блокирует исходящий UDP 443. Тогда браузеры молча остаются на HTTP/2. Проверьте с телефона через мобильный интернет: если там появляется h3, с сайтом всё в порядке.

Будут ли работать мои правила по IP?

Для посетителей с IPv4 — да. Посетители с IPv6 приходят с IPv6-адресами, поэтому правило только с IPv4-адресами на них не срабатывает. Добавьте IPv6-вариант правила там, где это важно.