4

M74 リリースで予定されている Google Chrome では、ローカル ICE 候補の mDNS サポートがブラウザーに関与してプライバシーが強化されます。この機能は、機能フラグ-enable-webrtc-hide-local-ips-with-mdnsによって制御されます。

クロム旗

Google Chrome で WebRTC ユーザーに対する mDNS サポートの効果をテストしようとしています。カスタム WebRTC アプリでテストしており、呼び出しを行う前に以下のテスト手順を実行しています。

1- WebRTC クライアントは、同一の mDNS ブロードキャスト ドメインを使用してログインします。

2- Google Chrome Canary の mDNS は、両方のパーティで -enable-webrtc-hide-local-ips-with-mdns フラグを使用して有効にします。

呼び出しが生成された後、WebRTC エージェントのプライベート IP が匿名のローカル IP に置き換えられ、その後に「.local」が続くことがわかりました。

mDNS IP

また、コール シグナリングが生成され、メディア ストリームが正常に実行されていることを検出しましたが、ICE 候補はホスト候補ではなく、リレー候補 (TURN サーバーを使用) から選択されています。

webrtc 内部

両当事者は匿名 IP を解決できず、既存の TURN サーバーで通信を確立することを選択できないと思います (リレー候補を使用します)。

クライアントが同じサブネット下にあることは確かですが、互いの匿名 IP を解決できないのはなぜですか? ノードが mDNS の 5353 ポートを介して匿名 IP をブロードキャストしていることはわかっており、IP を簡単に解決できると期待していました。テスト中に見逃したものはありますか?

どうぞよろしくお願いいたします。どうもありがとう

4

0 に答える 0