問題タブ [http3]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
google-chrome - Chrome は alt-svc ヘッダーを無視し、HTTP/3 リクエストを送信しません
HTTP/3 をサポートする localhost に Web サーバーをセットアップしようとしています。このヘッダーでGETリクエストに応答するdockerで実行されるキャディサーバーを正常に実行しました：
alt-scv ヘッダーが受信されたにもかかわらず、開発者ツールのネットワーク ログで h3-27 要求を検出できませんでした。
また、Chrome に追加した CA を作成し、Chrome が受け入れるサーバーの証明書に署名しました。この記事で提案されているように、フラグ--enable-quic --quic-version="h3-27"を使用して Chrome を実行しました。このイメージに基づいて nginx サーバーで同じことを試しましたが、同様に機能させることができませんでした。
私は何が欠けていますか？
キャディファイル:
キャディ出力:
curl - Curl と http/3 でファイルのアップロードに失敗しました: エラー 55 が発生しました
curl と http/3 でファイルをアップロードしようとしていますが、このエラーが発生します。私が得た：
- 30071 ボディ バイトを quiche に渡す
- 15556 ボディ バイトを quiche に渡す
- ホスト server.ftn.kg.ac.rs への接続 #0 はそのままです curl: (55) ピアへのデータ送信に失敗しました
サーバーでopenlitespeedを使用しています。
私が使用したコマンドは次のとおりです。
私が試すことができるものはありますか、それとも http3 のサポートがまだそれほど洗練されていないためでしょうか?
更新: ファイルがかなり小さい場合、アップロードは問題ありません - 3.6 KB でうまくいきました
quic - QUIC に標準 API がないのはなぜですか?
TCP には「TCP ソケット」と呼ばれる標準 API があり、私たちの環境では、どのライブラリが TCP を実装しているかを気にする必要はありません。
ただし、HTTP/3 の説明によると、QUIC には標準 API がありません。したがって、QUIC を介したすべてのプログラムは、QUIC を実装するライブラリに依存します。これらのプログラムを他の環境に移植することも大変な作業です。
なぜQUICワーキンググループはこの決定を下したのですか?