問題タブ [quic]
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.
chromium - Web リクエスト/レスポンスが QUIC や HTTP/2 を使用しているかどうかを確認するにはどうすればよいですか?
HTTP/2、HTTP1.1、QUIC、および TCP を使用して、Chromium でいくつかのテストを実行しようとしています。プロトコルのさまざまな組み合わせを試してみたい。ただし、ブラウザで非常に奇妙な動作が発生しています。HTTP1.1+QUIC を試したいときは、ブラウザを次のように起動します。
また、chrome://net-internals/ で、HTTP2 が無効になっており、QUIC が有効になっていることがわかります。ただし、HTTP2 と QUIC をサポートするサーバーに Web 要求を行うと、次のようになります。
http2 enabled: falsechrome://net-internals/ で明確に言っているのに、なぜ HTTP/2 が使用されていると言うのでしょうか?
以前、QUIC で HTTP1.1 を実行することに成功しました。QUIC は HTTP/2 でのみ動作するように更新されましたか? または、「プロトコル」フィールドに間違ったプロトコルが表示されていますか?
他の誰かが HTTP1.1 で QUIC を使用して成功した場合、私はそれを望んでいます
どうもありがとう！
dnssec - QUIC プロトコルの正しい TLSA レコードは何ですか?
QUIC は UDP をベースにしているため、次のエントリは正しいですか?
google-chrome - GQUIC は WebRTC プロセスにどのように影響しますか?
WebRTC プロセスを理解するために、自分用に簡単な WebRTC アプリケーションを作成しています。
RTCPeerConnection オブジェクトを使用して SDP を生成し、それをログに表示して、SDP の内容を正確に確認できるようにしています。
これは、SDP が表示されなくなった最新の Chrome アップデートまで、すべての一般的なブラウザで正常に機能していました。
Wireshark を使用してパケットを調べたところ、Chrome が GQUIC プロトコルを使用していることがわかりました。他のブラウザーは DNS および STUN プロトコルを使用しています。
これから私の質問は次のとおりです。
GQUIC は SDP の生成や表示を妨げていますか?
どうすれば、SDP を Chrome に再び表示させることができますか?