envoyproxy/envoy

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

Open

#18,935 opened on 2021年11月8日

GitHub で見る
 (5 comments) (0 reactions) (0 assignees)C++ (5,373 forks)batch import
area/quichelp wantedno stalebot

Repository metrics

Stars
 (27,997 stars)
PR merge metrics
 (平均マージ 8d) (30d で 378 merged PRs)

説明

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.

コントリビューターガイド

調査方針
EnvoyQuicProofSource で ALPN が現在どのようにハードコードされているか、および ConnectionSocket がどこで構築されているかを調査します。QUICHE が BoringSSL からネゴシエートされた ALPN をどのように公開するかを特定します。次に、グルーコードを修正して、ALPN を QUICHE からソケットに渡し、'h3' をハードコードしないようにします。既存のコメントや関連する PR を確認して、さらなるコンテキストを取得します。
技術スタック
なし
領域
backend
Issue 種別
バグ
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
4
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
1-2日
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
アクティブ
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
明確
前提条件
C++QUICEnvoy internals
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
25