[Interest] QUdpSpcket connection between two public peers behind firewalls

[Nuno Santos]

Richard,
Thiago,

Thanks for your replies. 

I’m very lame on network stuff. 

STUN server is responding and believe I’m parsing the result correctly using the stun-msg lib. But after that point I can’t seem to receive data on the socket. I’m not sure if I’m having other kind of problems and mostly I don’t know how to debug them, for instance, knowing if the port has been or is still open on my router, etc

Richard, do you know any C++ NAT traversal libs?

Thanks!

Regards,

Nuno

> On 18 Dec 2017, at 17:53, Richard Moore <rich at kde.org> wrote:
> 
> 
> 
> On 18 December 2017 at 16:25, Thiago Macieira <thiago.macieira at intel.com <mailto:thiago.macieira at intel.com>> wrote:
> On Monday, 18 December 2017 01:55:49 PST Nuno Santos wrote:
> > I’m trying to establish a QUdpSocket connection between two peers that are
> > behind firewalls.
> >
> > From what I have been reading, one way of doing this is recurring to a STUN
> > Server, performing a bind request which will have as response our public IP
> > and a port and not closing the socket.
> 
> I don't know what a STUN server is. I'm going to assume it's some kind of
> proxy that QUdpSocket does not support. The only type that it does support is
> SOCKS5, so if you have the option, use that.
> 
> ​STUN is RFC 5389​ and is anything but simple. Consider using a library that performs NAT traversal for you then wrapping the resulting socket in a QUdpSocket if possible.
> 
> Cheers
> 
> ​Rich.
> 
> 
> _______________________________________________
> Interest mailing list
> Interest at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/interest/attachments/20171218/338e432a/attachment.html>