Question

I have been reading about TURN and STUN servers because I would like to develop a browser-to-browser application so that BrowserA (behind a NAT) could communicate with BrowserB (behind a NAT). In this case, I think I should use TURN protocol.

My question: is there any other solution that does NOT require an external phisical server? A just-software solution would be simply perfect.

THANKS

Was it helpful?

Solution

Answer is no.

Explanation: NAT stands for Network Address Translation. It means translation of the 'private' IP of your device which is valid only on the LAN (Local Area Network) into a 'public' IP address which valid on the WAN (i.e., the wild wild part of the Internet that is on the other side of your NAT).

The problem is that the translated address is only visible from outside your LAN. Hence, you need a reachable device out there to read it and sent it back to you (or other peers).

You will always need a server/central peer to help establishing a connection between two peers located behind different NATs when they both have a private IP addresses.

OTHER TIPS

http://samy.pl/pwnat/ works without an intermediary but also moving this question to serverfault might help :)

Thanks. Let's imagine that BrowserA (the one who starts the communication) knows the public IP of BrowserB, but not the other way round. It is the same answer for this question?

Licensed under: CC-BY-SA with attribution
Not affiliated with StackOverflow
scroll top