パブリックIPではありませんICE候補が、のWebRTCはまだ動作することができます私たちは3ヶ所A、BおよびCの</p> <p>でのWebRTCをテストしている時々

Question

AとCはADSL、オフィスビルにおける家庭1で1です。 Bは、会社のファイアウォールといくつかのポートフィルタルールを備えた会社の固定IPダイレクトラインです。

結果は次のとおりです。両方に接続できますが、BとCは唯一だから我々は彼らのブラウザのコンソール出力を確認A.

に接続することができます。 AとCは、内部と外部の両方のIPv4候補（192.168.1.xxxと123.34.xxx.xxx）を取得できます。 Bは、ICE候補者4名、内部IPv4候補者2名（10.0.xxx.xxx）、IPv6候補者2名（IPv6アドレスが内部か公的かどうかは不明）を見つけることができます。

だから、質問は以下のとおりです。

1. STUNサーバーからパブリックIP候補を取得してからBを停止していますか？会社のファイアウォールによってブロックされているポートですか？

2. BはパブリックIP候補を取得できません。どのように彼と接続しましたか？ AとBは常にWebRTCを使用できます。

3. なぜCはBに接続できませんか？あるいは、AとCの違いは何ですか？どちらもADSL、TPLINKルータ（PPPOEダイヤル+デフォルトDHCP）へのファイバモデムをコンピュータに使用していますが、まったく同じです。

ありがとう。

Answer 1

さらに調査した後、CはADSLを使用していません。それは実際にファイアウォールを備えたオフィスビルのネットワークです。だからこそ、CはBと接続できませんがAはできます。

ご迷惑をおかけして申し訳ございませんが、クライアントはネットワークの詳細を知っていると思っていました。

テイラーのおかげで、あなたは正しいです。 WebRTCを動作させるために必要なオープンネットワークは1つだけです。

調査の時間を経て、唯一の解決策はTURNサーバーだとわかりました。だから私はこの質問が今閉じられると思う。