WebサイトのCirrusサンプルアプリケーションに似たP2Pビデオチャットを作成しました。両方のユーザーがRTMFPに必要なポートを手動で開く限り、これはうまく機能します。当然、これは私にとって取引のブレーカーです-誰もそれを使用しないからです。
この場合の標準的な解決策は何ですか？さまざまなファイアウォールでポートを開く方法の説明を公開する必要がありますか？プログラムでポートを開く、ダウンロードする小さなバッチファイルを作成する必要がありますか？他の方法でそれをバイパスすることを可能にする別の（商用）ツールはありますか？
ありがとう！
この場合の標準的な解決策は何ですか？
「標準」ソリューションはありません。
さまざまなファイアウォールでポートを開く方法の説明を公開する必要がありますか？
それで問題は解決しますが、すべての顧客がそれを行うための技術的なスキルを持っているとは思えません。一部のインストールプログラムには、プログラムのインストール時にPCのファイアウォールのポートを開くための手順が含まれています。これはあなたが探しているものかもしれません。
ただし、制御できない別の問題があります。顧客のデバイスが2つのNATの背後にある場合、または企業のファイアウォールの背後にある場合はどうなるでしょうか。ネットワーク管理者が顧客にNATをいじらせる方法はありません。それらをループに含める必要があります。つまり、赤いテープです。
問題をより深く掘り下げると、問題の一部（つまり、ポートを開くことを超えて）がNATトラバーサル（またはパンチ穴）と呼ばれることが理解できるようになります。このトピックを扱っている章は、Scribdでオンラインで読むことができるPractical JXTA IIの本で、全体像を把握するために読むことをお勧めします。