BrowserA(NATの背後)がBrowserB(NATの背後)と通信できるように、ブラウザ間アプリケーションを開発したいので、TURNおよびSTUNサーバーについて読んでいます。この場合、TURN プロトコルを使用する必要があると思います。
私の質問:外部物理サーバーを必要としない他のソリューションはありますか? ソフトウェアだけのソリューションは、まさに完璧です。
ありがとう
BrowserA(NATの背後)がBrowserB(NATの背後)と通信できるように、ブラウザ間アプリケーションを開発したいので、TURNおよびSTUNサーバーについて読んでいます。この場合、TURN プロトコルを使用する必要があると思います。
私の質問:外部物理サーバーを必要としない他のソリューションはありますか? ソフトウェアだけのソリューションは、まさに完璧です。
ありがとう
答えはノーです。
説明: NAT は Network Address Translation の略です。これは、LAN (ローカル エリア ネットワーク) でのみ有効なデバイスの「プライベート」IP を、WAN (つまり、ネットワーク上にあるインターネットの野生の部分) で有効な「パブリック」IP アドレスに変換することを意味します。 NAT の反対側)。
問題は、変換されたアドレスが LAN の外からしか見えないことです。したがって、それを読み取って自分 (または他のピア) に送り返すには、到達可能なデバイスが必要です。
両方ともプライベート IP アドレスを持っている場合、異なる NAT の背後にある 2 つのピア間の接続を確立するために、サーバー/中央ピアが常に必要になります。
http://samy.pl/pwnat/は仲介なしで機能しますが、この質問を serverfault に移動すると役立つ場合があります:)
ありがとう。BrowserA (通信を開始する人) が BrowserB のパブリック IP を知っているが、その逆は知らないとします。この質問と同じ答えですか?