envoyproxy/envoy

quic: do not hard code "h3" APLN in EnvoyQuicProofSource

Open

#18 935 ouverte le 8 nov. 2021

Voir sur GitHub
 (5 commentaires) (0 réactions) (0 assignés)C++ (5 373 forks)batch import
area/quichelp wantedno stalebot

Métriques du dépôt

Stars
 (27 997 stars)
Métriques de merge PR
 (Merge moyen 8j) (378 PRs mergées en 30 j)

Description

QUICHE interfaces in quic::ProofSource doesn't pass around ALPN negotiated by BoringSsl, but Envoy filter chain retrieval uses ALPN as part of the query. Right now, we hard-code h3 as the ALPN when we construct a ConnectionSocket for server session, but we should make the negotiated APLN available from QUICHE, and use it in Envoy glue code.

Guide contributeur

Direction de recherche
Étudiez comment ALPN est actuellement codé en dur dans EnvoyQuicProofSource et où le ConnectionSocket est construit. Déterminez comment QUICHE expose l'ALPN négocié depuis BoringSSL. Modifiez ensuite le code de liaison pour passer l'ALPN de QUICHE au socket au lieu de coder en dur 'h3'. Examinez les commentaires existants et toute PR liée pour plus de contexte.
Stack technique
Aucun
Domaine
backend
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
4
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-2 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
C++QUICEnvoy internals
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
25