The NAT traversal logic here is really basic and won't hold up well in practice. A good chunk of NAT devices will pick external port based on [src ip/port, dst ip/port] combo, not just [src ip/port], so "WAN IP/port" you get from STUN will get you nothing useful. Not by itself. STUNs should be used for discovering the pattern in NAT port overloading logic and then using it to predict which port your peer will use tow…
Anyone know if there are any open-source libraries which wrap this all into a usable `get_{tcp,udp}_connection(peer_id)` API, preferably with fallback to a relay server? I feel like there really should be, but nearly all the tools I’ve seen with this functionality are closed source, and the few open-source things all do their own custom logic rather than a shared library :/
Show HN: P2P remote desktop – an alternative to TeamViewer / AnyDesk
81–90 of 100 posts
Re: Show HN: P2P remote desktop – an alternative to TeamViewer / AnyDesk
#82Re: Show HN: P2P remote desktop – an alternative to TeamViewer / AnyDesk
#83Earlier quoted context omitted.
I think the difference is that Teamviewer/AnyDesk is intended mostly for corporate usage. Their software is optimised for images that are mostly static, letting them get away with much less bandwidth without making text blurry or illegible. Standard H.264/H.265 encoded video needs sharpening and extra filters to be both low bandwidth and legible in many cases. Parsec and friends use more bandwidth and hardware resour…
Yes, RDP is mind blowingly good compared to VNC and most other tools for "office" applications. I'm fairly sure for non video/game content it just sends the "vectors" of the UI over which get rendered on your local machine instead of compressed bitmaps (I could be wrong on this though).
Re: Show HN: P2P remote desktop – an alternative to TeamViewer / AnyDesk
#84The NAT traversal logic here is really basic and won't hold up well in practice. A good chunk of NAT devices will pick external port based on [src ip/port, dst ip/port] combo, not just [src ip/port], so "WAN IP/port" you get from STUN will get you nothing useful. Not by itself. STUNs should be used for discovering the pattern in NAT port overloading logic and then using it to predict which port your peer will use tow…
Re: Show HN: P2P remote desktop – an alternative to TeamViewer / AnyDesk
#85Re: Show HN: P2P remote desktop – an alternative to TeamViewer / AnyDesk
#86Re: Show HN: P2P remote desktop – an alternative to TeamViewer / AnyDesk
#87Re: Show HN: P2P remote desktop – an alternative to TeamViewer / AnyDesk
#88When I RDP or VNC over Tailscale/Wireguard, isn't this basically what's happening? Sincere question, I don't really get networking all that well.