Серверы и ИИ: практическое применение
HTTP/3: работающий TCP-порт не подтверждает доступность UDP
Сайт может нормально открываться, хотя клиент вообще не использует HTTP/3. При неудачном QUIC-подключении приложение способно перейти к TCP-варианту HTTP. Пользовательский успех в таком случае скрывает отдельную проблему нового transport.
RFC 9114 описывает HTTP/3 поверх QUIC и рекомендует клиентам пробовать TCP-based HTTP при проблемах связности, включая блокировку UDP. Совпадающий номер порта не делает правила TCP и UDP одинаковыми. Также alternative service advertisement является сообщением о возможности, а не доказательством успешного подключения.
Поведение fallback и его задержка зависят от клиента. Кэшированная информация о сервисе способна влиять на следующие попытки. Поэтому нельзя оценивать доступность HTTP/3 только по одному успешному загрузочному запросу или общему статусу HTTPS.
В приёмке фиксируют negotiated protocol, UDP endpoint и время перехода при предусмотренной недоступности QUIC. Сравнивают свежий и повторный клиентский сценарий. Отчёт должен различать работоспособность сайта и работоспособность HTTP/3. Только открытый TCP-listener или правильный сертификат не подтверждают прохождение QUIC по реальному сетевому пути.
Основание — Numbered QUIC/HTTP3/QPACK RFCs; base version1 and version2 extension identified per task, разделы RFC9114 3 Connection Setup and Management; alternative services; UDP connectivity. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — указанные номерные RFC QUIC, HTTP/3 и расширений. Реальная поддержка версий, транспортные параметры, библиотека и настройки сети не проверялись. Это план интерпретации и приёмки; пакеты, рабочие соединения, firewall и сервисы не изменялись.