Connection ID QUIC помогает маршрутизации, но не идентифицирует пользователя
Балансировщик может использовать connection ID для доставки пакета нужному обработчику, даже если адрес клиента изменился. Это транспортная функция. Переносить такое значение в модель прав пользователя без дополнительной аутентификации нельзя.
RFC 9000 предусматривает жизненный цикл connection IDs и возможность их смены. В одном соединении могут применяться разные значения. Поэтому простой подсчёт уникальных IDs не всегда равен числу сеансов, клиентов или устройств за отчётный период.
Ротация и формат IDs также связаны с маршрутизацией и наблюдаемостью. Конкретная схема балансировщика должна сохранять доступ к состоянию соединения. Сам факт узнаваемого поля не подтверждает одинаковое поведение всех frontend и backend при изменении адресов или экземпляров сервиса.
В приёмке отдельно проверяют привязку packets к transport state и пользователя к прикладной сессии. Сопоставляют IDs до и после допустимой ротации. Итог должен объяснять единицу учёта в мониторинге. Connection ID нельзя использовать как самостоятельное доказательство личности или постоянный идентификатор устройства только потому, что он помогает найти состояние QUIC.
Основание — Numbered QUIC/HTTP3/QPACK RFCs; base version1 and version2 extension identified per task, разделы RFC9000 5.1 Connection ID; connection ID lifecycle; linkability. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — указанные номерные RFC QUIC, HTTP/3 и расширений. Реальная поддержка версий, транспортные параметры, библиотека и настройки сети не проверялись. Это план интерпретации и приёмки; пакеты, рабочие соединения, firewall и сервисы не изменялись.
