Join the discussion
Write your take first — we'll ask for email only when you're ready to publish.
- Hacker News
- Menu css looks a bit dodgy with the notification at the top:by andai
- I have used Remmina over SSH and Tailscale (and generally don’t trust remote desktop tools), which is mentioned in various places by my operating system provider.
How does RustDesk compare with that?
by aborsy - It's not VNC-based, so the performance is much better. It also supports multiple monitors.by fsh
- Is there a reason to use this over something like Sunshine/Moonlight?by boardwaalk
- From personal experience, Moonlight is pretty slow and high latency. Even Microsoft's RDP is better.by noahbp
- I had a heck of a time ever getting that to work. Also, can that support multiple concurrent users?
- rustdesk just works, moonlight and sunshine is janky as hell outside the local network due to the fact it uses like 5 different streams.by himata4113
- Does my screen have to be on?by manav
- Rustdesk has been a nice alternative/replacement for Anydesk, I use both 10+ times a day. Was having issues getting any remote desktop working yesterday with my Orange Pi 5, so good to see this very issue being solved. It does sound like Wayland has some design issues in how difficult this has been though. If a piece of software needs to do this, it shouldn't be so obnoxiously difficult, as I've heard this is a major PITA with OBS too.by maxlin
- Does this work without a screen on the remote machine? I have a server with SSH access if like to view for bespoke tasks now and then.by GlacierFox
- This depends on libdrmtap "A (LLM AI coded) zero-dependency C library for DRM/KMS framebuffer capture on Linux" https://github.com/fxd0h/libdrmtap which doesn't actually seem to give remote access so much as remote access to the screen visuals. The other hard parts of remote access on the various waylands are still left up to more proprietary, per wayland compositor, custom extensions not in wayland core or exposed by the kernel. That is, not universal.by superkuh
- The problem I have with RustDesk is that self-hosting the server forces you to accept zero authentication (meaning anyone can use it to host streams for free), so you end up having to run it through a VPN which also decreases performance and latency, and makes it unusable as an easy IT help tool like people have been doing with VNC since forever (unless you relegate to using the slower public server controlled by who knows what).
And since the paid pro version does have authentication, I think it's unlikely to ever show up in the free version.
- Rustdesk is amazing. I was using it just 2 days ago and ran into this hiccup, so it's a pleasure to see it resolvedby OsrsNeedsf2P
- What is rustdesk and how is it distinct from vnc?
Edit: i appreciate the explanations; thank you.
- VNC is one way of doing remote GUI access (well, more a family of different protocols and products with different capabilities and tradeoffs). RustDesk is just another product that does the same thing but doesn't have a specific connection to VNC as a protocol so e.g. doesn't have to handle legacy authentication modes and stream formats. In my experience most remote access solutions beat VNC for performance, for example.by rcxdude
- Well first there was TeamViewer which was VNC with more bells and whistles then it became enshittified. Then anydesk came along and ate up teamviewer then that became enshittified, Now we have rustdesk which seems to hopefully be a bit more immune to being enshittified.
If you already use VNC this is not something for you
by vablings - VNC and RustDesk are both remote desktop solutions, however, Rustdesk is considerably more performant than the VNC family, because the latter primarily sends framebuffer updates, while the former can use modern video codecs and temporal compression to encode screen changes much more efficiently.by pizza234
- RustDesk should fix their password requirements: https://github.com/rustdesk/rustdesk/discussions/2888by LoganDark
- It's open-source, so just build it yourself with the tiny change. Something this trivial could be done with a 30 second prompt at this point, so there's not even an excuse of "too much effort".
I will note that the XKCD password scheme being proposed there is, in fact, completely insecure. A modern consumer GPU can crack "four random English words" in a day. You can argue that it's the user's choice to be allowed to use insecure passwords, but arguing that that scheme is actually secure is just wrong.
- And they deleted this discussion too, along with the issue mentioned earlier! Really bad look.by yencabulator
- RustDesk still does not support encrypted connections when self hosting: https://github.com/rustdesk/rustdesk/issues/3714by inktype
- Your statement is not entirely accurate. This only applies when using Direct IP Access on local networks, which is off by default. Their justification and invitation to PRs is the final comment [1] on the issue you linked. Why are you leaving this information out of your comment?
1 - https://github.com/rustdesk/rustdesk/issues/3714#issuecommen...
by wooben - Would be nice if they did support that, but on a LAN you can always encrypt at layer 3 with WireGuard.
- >does not support encrypted connections when self hosting
Factually incorrect. If you self host a relay/coordination server - encryption works as documented.
- Tailscale, or any encrypted mesh overlay is perfect for this. Infact I prefer it that way. Rustdesk can do what it does best at its core.by dj0k3r
- I think you bring up a fine point. Most applications have encryption built in and transparent to the user. While technical IT people in charge of infrastructure will not make this assumption, it is not unreasonable, at the same time, for small business / individual users, to not understand or know of this limitation.
VNC does not, for example, and you need to set up port forwarding through ssh. X2Go does....but I don't trust it terribly. So, RustDesk..what do you need to wrap it in? ssh?
I really want a better solution that VNC/X2Go..especially since I use hardware accelerated apps that need to use VGL to operate correctly (but underwhich operation is quite buggy).
- > RustDesk still does not support encrypted connections when self hosting
Not true at all. RustDesk connections are fully encrypted even when using a self-hosted server. What is not supported are encrypted direct endpoint-to-endpoint connections not going through a server at all, because that's not a use case RustDesk is designed for. The feature is intended for testing, which is why it's disabled altogether by default.
If your use case is focused on direct connections without a server, RustDesk is the wrong tool for the job. It's an open-source self-hostable analog to Teamviewer, the server is inherent to the design.
by wolrah