Sorry, the end of the video was another "trainwreck". I thought I had reviewed the video, but apparently missed the editing glitch at the end. My apologies, please enjoy the new and improved version
@1:03 "I don't want spend hours..." @4:34 "I'm gonna talk about Rust Desk." Our host does not want to waste time, and yet he take 4 minutes and 34 seconds to tell his viewers which application this video is about. It is not in the title. It is in his notes. But viewers should not have to hunt down the application that the video is for. Viewers should not have to read through the notes, crossing their fingers that it might be listed there. The above constructive criticism aside, this was a detailed review.
I was also looking for a viable remote desktop software for years, until I heard about Rustdesk few weeks ago. Super easy to set up, it just works and works well, including the self-hosted server with docker-compose. I like you pointed out to be careful with the keys thing in this case; I was running it without enforcing encryption for some time. It it "young" and lacks some proper documentation, but I wouldn't argue it is possibly the best free remote desktop software out there.
I came to the same conclusion, using Rustdesk. I do like NoMachine but it's too much trouble getting access through routers & firewalls. Rustdesk is simple enough for most people to install and get running, and it just works. Your video confirms my choice, thank you 🙂
Lag experienced when accessing a machine connected via wireless network can be significantly reduced by disabling wireless power saving feature in Linux (e.g. `networking.networkmanager.wifi.powersave = false` on NixOS). This lag occurs mainly when the server is connected to the network via wireless.
I just wonder if Rust is another version of TeamViewer?? If you had told me it was Teamviewer I would had believed that - because everything - I mean EVERYTHING looks like Teamviewer - windows, icons, ID's, passwordsfinger gestures for control on a touchscreen .... everything !!! Is Rust free and how many sessions can you run concurrently ?
thank for review. why don't you use fish shell to handle mistypes and autocomplete shell commands? what is your thoughts about non bash-compatible shells?
After trying out around half-dozen remote desktop solutions I finally settled on Spice. It can be finicky at times but all in all I'm pleased with it. Granted, I rarely use it over the internet but even when I do, It works fine. It claims to have TLS support but I've never used it. I'm a big user of OpenVPN so there's usually no issue, otherwise one can always use SSH. Although It's far from perfect, I can't recommend SPICE enough. I mostly use it with QEMU.
what was wrong with Chrome Remote Desktop? Work from my chromebook to my multiple monitor display no problems. Works across multiple OS, copy & paste support, file copy / paste, no setup beyond creating a password, encrypted, practically no load time as it is through the browser and, assuming you set your bios settings to power on when power is restored from a loss of power, the connection works even on a machine not logged in allowing you to login and work, supports multiple codex & frame rates, etc. What did I miss that you didn't like about it? Couldn't find a review on your channel. What is missing?
Google's works the best. I remoted into my desktop PC from a Linux laptop the other week, and my laptop speakers started playing music. I was like wtf? Then I realized I had left my desktop PC streaming RUclips music. Google's remote desktop auto piped the audio over with the screen, windows to Linux, and it worked seamlessly. Plus, it runs on iOS, MAC, Windows, Linux, android through a web browser. Go from any to any. Why no mention? Every single thing mentioned is inferior to the chrome web browser remote desktop extension.
Maybe there could be a simpler solution like a remote mouse + a teleconferencing application (or, even a video camera or an iPhone & Facetime) just displaying the remote screen for you. You don't really need to be able to remotely control the whole system, if you can just control the mouse! So, there could be a much simpler solution.
Maybe someone else here can answer, I am not a gamer so won't be much help, but I would think being on a remote desktop while gaming might impact your game performance?
thanks for sharing! Remmina is the most compatible for me so far....but it still bothers me to have to login via console first, before remote session is accessible
Personally I use wireguard to create tunnels, from there I'll ssh into whatever, which is most of what I need. Though I do have xrdp on my main linux workstation which seems to work *ok*, though the performance doesn't seem as good as it should be. I looked into Rust Desk maybe 6 months ago, mainly from the perspective of wanting a teamviewer replacement for quick support like functionality mainly to help support random user windows workstations, but there are some shortcomings which have kept me on teamviewer for this purpose for now. The client seems to make some assumptions about how it should render, on dwm I think the client is able to be minimised to a system tray or something, which doesn't exist, so the client just becomes invisible and needs to be killed. There is no limited client version, so it's only the full client, and there is no way to control who can use your relay for what. So if you want to for example put the client on your website so end users can download it and read you their ID, that works... but the client is comparatively large, and they can then use that client for unrelated purposes besides me connecting to them. But it looked quite usable for internal org use. I'll be checking back on it in the coming months.
DWM does have a systray you can install, suckless software generally requires you to be able to read. And there are several ways to control whom uses a relay for what..
@@gg-gn3re I know it does, though I also don't want or use a system tray and software should not make the assumption that one exists. As for controls over the relay. It was nearly a year ago I wrote the OP, and 6 months before then when I had looked into rust desk. At that time, all I can say is that I exchanged some messages with the developer and he said my concerns were all things that he planned on improving on. So I'm sure a year and a half later some of this has been addressed, though I've not checked back on it yet.
@@entelin "software should not make the assumption that one exists" uhh I disagree, teamviewer does and so do tons of other mainstream softwares. There are probably less than 10k people in your boat on earth
@@gg-gn3re There's plenty of software that supports a system tray, and there's no problem with that. However many of them (even in windows) also provide an option to either disable the tray icon, or close the application upon closing the window, instead of staying resident in the system tray. Teamviewer, Remmina, Discord, all come to mind as common examples. It's more than just those people that don't want a system tray at all, it's also those who want an application to actually close when the window is closed on both linux and windows. Considering this behavior is the oldest and most common behavior, it makes perfect sense to provide that as an option, even when your default may be to minimize to system tray on window close. Rust desk may even support this by now, I don't know.
ssh -X and then run a dock like cairo-dock or latte-dock or plank... I have even used xfce-panel. It works great for my needs. I can see a use case for the whole remote desktop when doing support work where you want the person local to the computer to see what you are doing. or you need to see what they are doing. Generally, a screen or text capture has been all I have needed for that. I only use this on a wired LAN, not Inet or wifi. Interesting to know whats out there.
I setup a Kasm server at my house and tossed a linux docker image for RealVNC on it. This way I can access everything at home from any browser as long as I can reach my house.
Yeah, I was about to mention that. However, what it lacks is open community version of their server software, so one could roll out on premise solution. I'm using it for some less important stuff, but dread of someone hacking their service is looming over my head now and then.
I wouldn't call this app "no configuration". As for my Manjaro machine, it simply failed to install due to badly maintained repositories. It argued something about missing libs or FAILED SUM CHECK (lol, seriously?).
I use plain old ssh with X tunneling for Linux machines, sometimes VNC. For remote access outside of my home network - tor hidden services. But yeah, this Rust Desk thing looks very promising. At least developers had a very good idea of what kind of additional burden it takes to configure all the above services independently and combined everything to a single package. Thanks for sharing.
@@anon_y_mousse to be honest I'm still trying to keep myself away of Wayland, unless I see it will be adopted by most of distros (to me that will be an indication it's mature enough)
I've looking for a remote desktop app that would be easy to use and set up to keep my father-in-law's Pop system up to date and to help him if there are any issues when I can't get over there.
After watching the first version of this video, I installed it on my desktop and laptop. I did have to switch the laptop from wayland to X11, but after that, it just worked. It would be nice if there was a simple service that runs in the background on the host, so that we could remote in without having to open the program on the host end first.
Maybe I missed it. But does RustDesk work if both ends are behind NAT? If no, it's useless. If yes, it may be viable. If it has issues over WiFi, that's also a massive drawback.
I finally found xrdp as the solution. The only thing is that it requires fast connection and lots of traffic. But in the end I get almost decent ~30 fps, at the cost of highly loaded CPU+GPU, though.
Support for communication using QUIC (with a fallback to TCP) would help a lot with roaming clients… QUIC is also useful for the multiple streams available And being Tor aware would be nice tho both server and client
@@marcello4258 QUIC won't drop the connection (streams) when your ip address changes (eg. go from wifi to 5G to wifi) QUIC supports multiple streams, like one per console, or per screen, or incl 2-way audio?
I use ssh -X for "remote" control. The distance between the 2 PCs is 1 cm :) One is a Ryzen running Ubuntu and the one-to-be-controlled is a Pentium 4 HT (P4; 1C2T; 3.0GHz; 1.5GB DDR) running FreeBSD. No issue I even run Conky on the P4 to see all internals. The speed is 200 Mbps due to a ~95% load on one CPU thread. I would never use my 2014 Galaxy S5 phone, because it is easy to loose it or to be stolen.
FInally getting back to answering comments, for home use X11 forwarding is probably ok, but I would never use it out in the wild it has some serious security concerns not as much as port forwarding does but enough to make me walk away from using it. As for losing a phone, never lost one in 20 years.
@@CyberGizmo What concerns? You can tunnel X11 over SSH, as the OP has done and therefore have the link encrypted - no longer a security issue and you can run it over the same single pinhole port through the router.
@@terrydaktyllus1320 That would take way longer to explain than the text here allows so here is a beginning set of texts on X11 forwarding over SSH. www.giac.org/paper/gcih/571/x11-forwarding-ssh-considered-harmful/104780
@@terrydaktyllus1320 Also Ars Technica had a comment stream talking about mitigations for some of these issues arstechnica.com/civis/viewtopic.php?f=16&t=1324333. The reason I won't use that method is it is still recommended by MITRE and others in the DoD to disable X11 forwarding on SSH, and is still a standard practice as far as I know.
@@CyberGizmo I work in cybersecurity and I am vaguely aware of that attack but it's good to have the full paper on it - so thanks for the link and I will skim through it. I have a feeling this might have been fixed in later versions of OpenSSH, bearing in mind this paper is from 2004 - but, again, I'd need to research it. But thanks anyway!
I don't know... it doesn't fit for me, at least. And there does seem to be a contradiction: Security is brought up as a concern, but for Linux systems Wayland must be disabled (one of the primary reasons for my migration, at least, was security; and a lot of other wonderful things were discovered besides.) And the fact that X emulation has been gone for a long time on Macs is mentioned, but _pedantically_ X is legacy for Linux, as well. With the similarity between XQuartz and XWayland, it is sort of amusing. I understand that they're not exactly the same thing, but I'd love to see something that supported say... Fedora/Arch late 2022 with video acceleration and the unique LInux audio features. That'd be awesome. It'd be a PITA to set up an X ingress box at my home lab, and kind of impossible to go back on my laptop (just too dependent now on Wayland/Pipewire; I know, broken record.) I can't think of a configuration that doesn't make me give something up, as much as I want it. I'm glad there's something extant, don't get me wrong. But something that didn't seem to target the least common Linux (exclusively) would make me really happy. I just don't have time to build around it when I have so many things I'm trying to build _up_.
Hello DJ from Montreal. I thank you for this last information because I am constantly in a situation of remote assistance. This last topic is all the more interesting for that reason. I installed this software on my system under MX Linux 22.2. I also checked with echo $XDG_SESSION_TYPE .... and the result is x11. But, I still get the message that "the current display server is not supported, x11 expected." I am so eager to get away from Anydesk and Teamviewer Besides, gdm3 and its configuration file is non-existent While going on the web and didn't find any solution...very disappointing in fact. Have a wonderful day! JP
I actually hate and despise Remmina. I despise it so much I'd rather spin up a Windows VM and use Microsoft's remote desktop client instead. I tried xrdp on the server side and I lost the will to live when I got a black screen because I was already logged in on the target servers desktop. I've started to use the builtin remote desktop server in Ubuntu 22.04. It has its own incredibly stupid issues that you'll stumble through when you first try to use the darn thing.
Nah, RustDesk was not I was looking for. It was more like the Remote Assistant of Windows, rather than Remote Desktop. The id/password was randomly changing, so there needs to be a person to tell me that. I have been using XRDP. The configuration was very difficult on Arch due to some bug (had to use a workaround on GitHub, otherwise the screen was black), and authentication dialogue boxes often don't show up, but XRDP was the closest thing.
xrdp is not the solution for Mac users. It's possible to connect to remote computer with xrdp, but x11 protocol is implemented whith XQuartz in Mac, but that does not work with retina resolution. sad.
I fully agree with you. I have tried all the same as you. So I made my own production based on h.264. It's not for sale. However, it is still difficult to support multiple flight systems. However, performance is better than RDP. Supports FullHD 60fps dual monitors.
I have to try this, x11vnc is pretty easy to use on Linux but the performance is ass. Windows’ RDP works very well and I use it all the time but only Windows has a good server (Linux has better clients 🤷♂️)
chrome-remote-desktop ..... there's nothing as simple, convenient and easy to install and use. It just works. You can hate Google as much as you want, but it checks all the marks. Not sure why is still so obscure.
If security is your concern just use a vpn and get rid of encryption at all if it is just your home machines. Or ssh port forwarding.. it works, certainly you already configured it anyway and you don’t need to worry about any data leaks from the software
Where i used to work, using a VPN was forbidden inside the corporate network, as it would bypass the proxy firewall, the policy of the company I worked for might have given you a warning, but the policy said termination would be the result.
Another program that has similar functionality to all the existing programs on Linux... so basically useless. Linux needs a serious remote desktop capability similar to the way Windows Pro works... which is fantastic. Who is going to leave their work Linux desktop unlocked so they can remote in from home? What about differences in resolution and screen geometry. All the Linux remote viewing systems are lame compared to Windows RDP and Quick Assist.
X11 is great, used to be resolution independent compared to anything else, just has not been updated fixed, wayland will kill remote apps, people r trying to kill x instead of fixing it
How do you do multimedia with RUSTDESK? That is THE remote requirement. All else is merely desktop navigation. If anyone sits in front of the actual PC they have multimedia experience. So when anyone accesses a HOME PC, they would want complete multimedia access to the HOME PC...not just a flimsy video feed programs from the 80s have always provide. RDP or XRDP gives the user the COMPLETE desktop experience. You'd done a creditable job in explaining your views, but, you short-circuit the TRUE desktop experience that MS/APPLE have provided since 1995. Please test and show how you use or have installed XRDP. If for no other reason to show RDP client connect with total multimedia services at the phone, another Linux, another OS like MS/Apple, Tablet, etc getting TOTAL multimedia experience.
My guiding principles for remote access are as follows: 1.Only Linux and *BSD matter - I rid myself of my Microsoft abuser when support for Windows 7 ended and I'd be a twitching and slobbering loony by now had I ever locked myself into an "Apple Jail" for any length of time. 2. Mobile devices are "expensive toys" and not designed for proper adult computing - a small laptop with an at least "half decent" keyboard is what people that really understand computers carry about with them and use. (It's why babies in the back of their parents' cars like tablets to cover with sticky fingerprints when watching Disney videos - there's your sign, people.) 3. I control my remote access to my systems, not some "third party agent snooper" that wants me to pay a fee to control that connectivity as an entirely unnecessary "middle man". 4. If I am opening pinhole ports through my router for port forwarding, it needs to be as few as possible - if I can tunnel it over a single SSH port, like I can with X11, then that's always the preferred option. 5. I use CLI or TUI applications where possible - then I can just drive them through an SSH TMUX session anyway. I used to use (free) TigerVNC to do my remote access but I use mainly Gentoo Linux and when TigerVNC caused a dependency issue a couple of years ago, I just de-installed it (for what I thought would be temporarily only) but have found no need to re-install it since. If you have that much of a need to run full desktop remote access that often to your own devices, then maybe organise your computing life a bit better and carry around a small laptop (instead of baby's tablet or silly little mobile phone screen) and just use rsync or scp over an SSH connection to do the file transfers that you need to.
been there bro... tested all that crap*.... and the hacks with vnc/ssh/x-redirection/etc... until I found Rustdesk afew months ago... ;-) this is really a killer app... (killed almost all the others I used... ;-)) and there is a very handy RDP auto-tunnel in RD that is invaluable for those who works with Window$... ;-)))
Sorry, the end of the video was another "trainwreck". I thought I had reviewed the video, but apparently missed the editing glitch at the end. My apologies, please enjoy the new and improved version
Thanks for pointing me to a remote desktop app that doesn't assume I'm trying to cheat them out of a few bucks for a license.
@1:03 "I don't want spend hours..."
@4:34 "I'm gonna talk about Rust Desk."
Our host does not want to waste time, and yet he take 4 minutes and 34 seconds to tell his viewers which application this video is about.
It is not in the title. It is in his notes. But viewers should not have to hunt down the application that the video is for. Viewers should not have to read through the notes, crossing their fingers that it might be listed there.
The above constructive criticism aside, this was a detailed review.
I had the same reaction. I already use rustdesk so why would I want to listen to this. Then again, it's all about the clicks.
I was also looking for a viable remote desktop software for years, until I heard about Rustdesk few weeks ago. Super easy to set up, it just works and works well, including the self-hosted server with docker-compose. I like you pointed out to be careful with the keys thing in this case; I was running it without enforcing encryption for some time.
It it "young" and lacks some proper documentation, but I wouldn't argue it is possibly the best free remote desktop software out there.
I came to the same conclusion, using Rustdesk. I do like NoMachine but it's too much trouble getting access through routers & firewalls. Rustdesk is simple enough for most people to install and get running, and it just works. Your video confirms my choice, thank you 🙂
so far it works for me on the network, but as soon as I try to access from iPad using mobile hotspot, it only ever says Deadline Has Elapsed
Have you ever had a look at DWService?
Lag experienced when accessing a machine connected via wireless network can be significantly reduced by disabling wireless power saving feature in Linux (e.g. `networking.networkmanager.wifi.powersave = false` on NixOS). This lag occurs mainly when the server is connected to the network via wireless.
Maybe not what you're looking for, but what about Guacamole? Have you tried it?
Rustdesk issue is the virtual display tech it uses making remote display resize an issue.
I just wonder if Rust is another version of TeamViewer??
If you had told me it was Teamviewer I would had believed that - because everything - I mean EVERYTHING looks like Teamviewer - windows, icons, ID's, passwordsfinger gestures for control on a touchscreen .... everything !!!
Is Rust free and how many sessions can you run concurrently ?
Why worry about app having encryption when you should probaby run Remote Desktop over a VPN secure connection from outside of the local network?
thank for review. why don't you use fish shell to handle mistypes and autocomplete shell commands? what is your thoughts about non bash-compatible shells?
using with docker for around one year. works like a charm.
After trying out around half-dozen remote desktop solutions I finally settled on Spice. It can be finicky at times but all in all I'm pleased with it. Granted, I rarely use it over the internet but even when I do, It works fine. It claims to have TLS support but I've never used it. I'm a big user of OpenVPN so there's usually no issue, otherwise one can always use SSH. Although It's far from perfect, I can't recommend SPICE enough. I mostly use it with QEMU.
what was wrong with Chrome Remote Desktop?
Work from my chromebook to my multiple monitor display no problems. Works across multiple OS, copy & paste support, file copy / paste, no setup beyond creating a password, encrypted, practically no load time as it is through the browser and, assuming you set your bios settings to power on when power is restored from a loss of power, the connection works even on a machine not logged in allowing you to login and work, supports multiple codex & frame rates, etc. What did I miss that you didn't like about it? Couldn't find a review on your channel.
What is missing?
Google's works the best. I remoted into my desktop PC from a Linux laptop the other week, and my laptop speakers started playing music. I was like wtf? Then I realized I had left my desktop PC streaming RUclips music. Google's remote desktop auto piped the audio over with the screen, windows to Linux, and it worked seamlessly.
Plus, it runs on iOS, MAC, Windows, Linux, android through a web browser. Go from any to any.
Why no mention? Every single thing mentioned is inferior to the chrome web browser remote desktop extension.
Maybe there could be a simpler solution like a remote mouse + a teleconferencing application (or, even a video camera or an iPhone & Facetime) just displaying the remote screen for you. You don't really need to be able to remotely control the whole system, if you can just control the mouse! So, there could be a much simpler solution.
Great video! I have also been looking for a remote desktop solution, I'll surely test this one.
What about remote desktops for gaming? What are the best solutions?
Maybe someone else here can answer, I am not a gamer so won't be much help, but I would think being on a remote desktop while gaming might impact your game performance?
thanks for sharing! Remmina is the most compatible for me so far....but it still bothers me to have to login via console first, before remote session is accessible
I am a very big SPICE fan. But afaik unfortunately it only works in KVM. Thanks for Rust Desk recommendation i will look into it!
Personally I use wireguard to create tunnels, from there I'll ssh into whatever, which is most of what I need. Though I do have xrdp on my main linux workstation which seems to work *ok*, though the performance doesn't seem as good as it should be.
I looked into Rust Desk maybe 6 months ago, mainly from the perspective of wanting a teamviewer replacement for quick support like functionality mainly to help support random user windows workstations, but there are some shortcomings which have kept me on teamviewer for this purpose for now. The client seems to make some assumptions about how it should render, on dwm I think the client is able to be minimised to a system tray or something, which doesn't exist, so the client just becomes invisible and needs to be killed. There is no limited client version, so it's only the full client, and there is no way to control who can use your relay for what. So if you want to for example put the client on your website so end users can download it and read you their ID, that works... but the client is comparatively large, and they can then use that client for unrelated purposes besides me connecting to them. But it looked quite usable for internal org use. I'll be checking back on it in the coming months.
xrdp is not so good, use x11vnc instead over ssh tunneling.
DWM does have a systray you can install, suckless software generally requires you to be able to read. And there are several ways to control whom uses a relay for what..
@@gg-gn3re I know it does, though I also don't want or use a system tray and software should not make the assumption that one exists. As for controls over the relay. It was nearly a year ago I wrote the OP, and 6 months before then when I had looked into rust desk. At that time, all I can say is that I exchanged some messages with the developer and he said my concerns were all things that he planned on improving on. So I'm sure a year and a half later some of this has been addressed, though I've not checked back on it yet.
@@entelin "software should not make the assumption that one exists" uhh I disagree, teamviewer does and so do tons of other mainstream softwares. There are probably less than 10k people in your boat on earth
@@gg-gn3re There's plenty of software that supports a system tray, and there's no problem with that. However many of them (even in windows) also provide an option to either disable the tray icon, or close the application upon closing the window, instead of staying resident in the system tray. Teamviewer, Remmina, Discord, all come to mind as common examples. It's more than just those people that don't want a system tray at all, it's also those who want an application to actually close when the window is closed on both linux and windows. Considering this behavior is the oldest and most common behavior, it makes perfect sense to provide that as an option, even when your default may be to minimize to system tray on window close. Rust desk may even support this by now, I don't know.
ssh -X and then run a dock like cairo-dock or latte-dock or plank... I have even used xfce-panel. It works great for my needs. I can see a use case for the whole remote desktop when doing support work where you want the person local to the computer to see what you are doing. or you need to see what they are doing. Generally, a screen or text capture has been all I have needed for that. I only use this on a wired LAN, not Inet or wifi. Interesting to know whats out there.
1:56 "I've tried it" Oh yeah... Same camp.
Tried in OpenSUSE Leap 15.4. Bad. Even with no firewall and X11 XFCE refused conection. X11 error
And as an American, in the long list of remote desktop issues you naturally didn't name the one with keyboard layouts 😂
I setup a Kasm server at my house and tossed a linux docker image for RealVNC on it. This way I can access everything at home from any browser as long as I can reach my house.
DJ, The problem has always been that no programmer has wanted to take the time to figure it all out or they weren't knowledgable enough to do so....
So true, or were given a couple of weeks to complete it.
what's it like speedwise. at the minute I'm using VNC viewer.
Excellent. Well done. Thank you. Awesome. Happy community engagement comment for the sentiment analysis a.i.
Thank Esra :)
I highly recommend dwservice! free, open source, low config, uses a browser client... it's blissful.
Yeah, I was about to mention that. However, what it lacks is open community version of their server software, so one could roll out on premise solution. I'm using it for some less important stuff, but dread of someone hacking their service is looming over my head now and then.
@@misiekt.1859 That's a fair criticism
I wouldn't call this app "no configuration". As for my Manjaro machine, it simply failed to install due to badly maintained repositories. It argued something about missing libs or FAILED SUM CHECK (lol, seriously?).
I use plain old ssh with X tunneling for Linux machines, sometimes VNC. For remote access outside of my home network - tor hidden services. But yeah, this Rust Desk thing looks very promising. At least developers had a very good idea of what kind of additional burden it takes to configure all the above services independently and combined everything to a single package. Thanks for sharing.
Can you do that with Wayland? If not I'll add that to my list, because I keep finding reasons not to use it.
@@anon_y_mousse to be honest I'm still trying to keep myself away of Wayland, unless I see it will be adopted by most of distros (to me that will be an indication it's mature enough)
I've looking for a remote desktop app that would be easy to use and set up to keep my father-in-law's Pop system up to date and to help him if there are any issues when I can't get over there.
Awesome video!
After watching the first version of this video, I installed it on my desktop and laptop. I did have to switch the laptop from wayland to X11, but after that, it just worked. It would be nice if there was a simple service that runs in the background on the host, so that we could remote in without having to open the program on the host end first.
I have not dug into it to check if that option is already there. Life gets in the way sometimes. 😃
Let me know what you find, yeah the macOS version has a host which starts up on boot, maybe they haven't got that feature into the linux version yet
Maybe I missed it. But does RustDesk work if both ends are behind NAT? If no, it's useless. If yes, it may be viable. If it has issues over WiFi, that's also a massive drawback.
Yes works with both ends with NAT.
Very cool. Though I've yet to find many uses for it.
Loved your video
I finally found xrdp as the solution. The only thing is that it requires fast connection and lots of traffic. But in the end I get almost decent ~30 fps, at the cost of highly loaded CPU+GPU, though.
Support for communication using QUIC (with a fallback to TCP) would help a lot with roaming clients…
QUIC is also useful for the multiple streams available
And being Tor aware would be nice tho both server and client
I don’t really see any real advantage here..
@@marcello4258 QUIC won't drop the connection (streams) when your ip address changes (eg. go from wifi to 5G to wifi)
QUIC supports multiple streams, like one per console, or per screen, or incl 2-way audio?
I use ssh -X for "remote" control. The distance between the 2 PCs is 1 cm :) One is a Ryzen running Ubuntu and the one-to-be-controlled is a Pentium 4 HT (P4; 1C2T; 3.0GHz; 1.5GB DDR) running FreeBSD. No issue I even run Conky on the P4 to see all internals. The speed is 200 Mbps due to a ~95% load on one CPU thread.
I would never use my 2014 Galaxy S5 phone, because it is easy to loose it or to be stolen.
FInally getting back to answering comments, for home use X11 forwarding is probably ok, but I would never use it out in the wild it has some serious security concerns not as much as port forwarding does but enough to make me walk away from using it. As for losing a phone, never lost one in 20 years.
@@CyberGizmo What concerns? You can tunnel X11 over SSH, as the OP has done and therefore have the link encrypted - no longer a security issue and you can run it over the same single pinhole port through the router.
@@terrydaktyllus1320 That would take way longer to explain than the text here allows so here is a beginning set of texts on X11 forwarding over SSH. www.giac.org/paper/gcih/571/x11-forwarding-ssh-considered-harmful/104780
@@terrydaktyllus1320 Also Ars Technica had a comment stream talking about mitigations for some of these issues arstechnica.com/civis/viewtopic.php?f=16&t=1324333. The reason I won't use that method is it is still recommended by MITRE and others in the DoD to disable X11 forwarding on SSH, and is still a standard practice as far as I know.
@@CyberGizmo I work in cybersecurity and I am vaguely aware of that attack but it's good to have the full paper on it - so thanks for the link and I will skim through it.
I have a feeling this might have been fixed in later versions of OpenSSH, bearing in mind this paper is from 2004 - but, again, I'd need to research it.
But thanks anyway!
For ages, since my Windows User times TeamViewer was my go-to-tool. It still is to this day. Works in every of my distros 😎💪
Yeah at first I was amazed with TeamViewer and now I avoid like a plague.
It works great, until they decide you must pay…
@@pepeshopping That's not even the problem, would be great if it'd at least work reliably when you pay for it.
@@pepeshopping The internet has become so greedy with the monthly subscription model. Used to be able to buy it and get updates for life.
RDP is absolutely great on Windows. No need for additional tools.
I too find rustdesk a nice solution.
I host my own ID and relay server.
Works great on Linux and Windows and I use it to support my family.
Can yo provide a resource that shows how to properly set up hosting a relay server for RustDesk. Thank you.
x2go does gnome and kde plasma fine, I use it for both.
I don't know... it doesn't fit for me, at least. And there does seem to be a contradiction:
Security is brought up as a concern, but for Linux systems Wayland must be disabled (one of the primary reasons for my migration, at least, was security; and a lot of other wonderful things were discovered besides.)
And the fact that X emulation has been gone for a long time on Macs is mentioned, but _pedantically_ X is legacy for Linux, as well. With the similarity between XQuartz and XWayland, it is sort of amusing. I understand that they're not exactly the same thing, but I'd love to see something that supported say... Fedora/Arch late 2022 with video acceleration and the unique LInux audio features. That'd be awesome.
It'd be a PITA to set up an X ingress box at my home lab, and kind of impossible to go back on my laptop (just too dependent now on Wayland/Pipewire; I know, broken record.) I can't think of a configuration that doesn't make me give something up, as much as I want it.
I'm glad there's something extant, don't get me wrong. But something that didn't seem to target the least common Linux (exclusively) would make me really happy. I just don't have time to build around it when I have so many things I'm trying to build _up_.
should work with wayland now. Wayland is a nightmare to work with and they brought that upon themselves.
Have you tried NoMachine?
Hello DJ from Montreal.
I thank you for this last information because I am constantly in a situation of remote assistance. This last topic is all the more interesting for that reason.
I installed this software on my system under MX Linux 22.2. I also checked with
echo $XDG_SESSION_TYPE .... and the result is x11.
But, I still get the message that "the current display server is not supported, x11 expected."
I am so eager to get away from Anydesk and Teamviewer
Besides, gdm3 and its configuration file is non-existent
While going on the web and didn't find any solution...very disappointing in fact.
Have a wonderful day! JP
The login also has to be X11, don;t know which flavor of MX you are running, which Desktop Environment do you use, Jean-Pierre?
Plasma, Openbox, Mate. I tried it with my old flame Mint Mate and it is ok. Win7, 10 pro and 11 have no problem too.
Have to give this a try, self hosted using Tailscale...
I actually hate and despise Remmina. I despise it so much I'd rather spin up a Windows VM and use Microsoft's remote desktop client instead. I tried xrdp on the server side and I lost the will to live when I got a black screen because I was already logged in on the target servers desktop. I've started to use the builtin remote desktop server in Ubuntu 22.04. It has its own incredibly stupid issues that you'll stumble through when you first try to use the darn thing.
u did it man 🎉
👍Thanks DJ.
Welcome Felix
Nah, RustDesk was not I was looking for. It was more like the Remote Assistant of Windows, rather than Remote Desktop. The id/password was randomly changing, so there needs to be a person to tell me that. I have been using XRDP. The configuration was very difficult on Arch due to some bug (had to use a workaround on GitHub, otherwise the screen was black), and authentication dialogue boxes often don't show up, but XRDP was the closest thing.
xrdp is not the solution for Mac users. It's possible to connect to remote computer with xrdp, but x11 protocol is implemented whith XQuartz in Mac, but that does not work with retina resolution. sad.
Unfortunately, it seems Rust-Desk is having problems with non-english keyboards.
I notice Windows RPD is very fast, seems to be the fastest compared to others. NoMachine from NX technology is pretty good. Check it out.
I fully agree with you.
I have tried all the same as you.
So I made my own production based on h.264. It's not for sale.
However, it is still difficult to support multiple flight systems.
However, performance is better than RDP. Supports FullHD 60fps dual monitors.
I have to try this, x11vnc is pretty easy to use on Linux but the performance is ass.
Windows’ RDP works very well and I use it all the time but only Windows has a good server (Linux has better clients 🤷♂️)
chrome-remote-desktop ..... there's nothing as simple, convenient and easy to install and use. It just works. You can hate Google as much as you want, but it checks all the marks. Not sure why is still so obscure.
If security is your concern just use a vpn and get rid of encryption at all if it is just your home machines. Or ssh port forwarding.. it works, certainly you already configured it anyway and you don’t need to worry about any data leaks from the software
Where i used to work, using a VPN was forbidden inside the corporate network, as it would bypass the proxy firewall, the policy of the company I worked for might have given you a warning, but the policy said termination would be the result.
Another program that has similar functionality to all the existing programs on Linux... so basically useless.
Linux needs a serious remote desktop capability similar to the way Windows Pro works... which is fantastic. Who is going to leave their work Linux desktop unlocked so they can remote in from home? What about differences in resolution and screen geometry. All the Linux remote viewing systems are lame compared to Windows RDP and Quick Assist.
Did NOT worked good, only in Lan.....i suggest Radmin, worked perfectly just like Hamachi used to
But, you cannot start-up your computer remote! Otherwise, the Chrome remote desktop works relatively well and EASILY.
Why not? Wake on Lan not an option for you?
X11 is great, used to be resolution independent compared to anything else, just has not been updated fixed, wayland will kill remote apps, people r trying to kill x instead of fixing it
This is almost exactly AnyDesk's UI - hmmmmmmmmm.
👍👍
How do you do multimedia with RUSTDESK? That is THE remote requirement. All else is merely desktop navigation. If anyone sits in front of the actual PC they have multimedia experience. So when anyone accesses a HOME PC, they would want complete multimedia access to the HOME PC...not just a flimsy video feed programs from the 80s have always provide. RDP or XRDP gives the user the COMPLETE desktop experience.
You'd done a creditable job in explaining your views, but, you short-circuit the TRUE desktop experience that MS/APPLE have provided since 1995.
Please test and show how you use or have installed XRDP. If for no other reason to show RDP client connect with total multimedia services at the phone, another Linux, another OS like MS/Apple, Tablet, etc getting TOTAL multimedia experience.
Lack of ARM support these days is just laziness.
In conclusion, unfortunately Rustdesk hates inits other than systemd...:(
What Distro? and Which replacement for systemd?
Mx has to boot with systemD
My guiding principles for remote access are as follows:
1.Only Linux and *BSD matter - I rid myself of my Microsoft abuser when support for Windows 7 ended and I'd be a twitching and slobbering loony by now had I ever locked myself into an "Apple Jail" for any length of time.
2. Mobile devices are "expensive toys" and not designed for proper adult computing - a small laptop with an at least "half decent" keyboard is what people that really understand computers carry about with them and use. (It's why babies in the back of their parents' cars like tablets to cover with sticky fingerprints when watching Disney videos - there's your sign, people.)
3. I control my remote access to my systems, not some "third party agent snooper" that wants me to pay a fee to control that connectivity as an entirely unnecessary "middle man".
4. If I am opening pinhole ports through my router for port forwarding, it needs to be as few as possible - if I can tunnel it over a single SSH port, like I can with X11, then that's always the preferred option.
5. I use CLI or TUI applications where possible - then I can just drive them through an SSH TMUX session anyway.
I used to use (free) TigerVNC to do my remote access but I use mainly Gentoo Linux and when TigerVNC caused a dependency issue a couple of years ago, I just de-installed it (for what I thought would be temporarily only) but have found no need to re-install it since.
If you have that much of a need to run full desktop remote access that often to your own devices, then maybe organise your computing life a bit better and carry around a small laptop (instead of baby's tablet or silly little mobile phone screen) and just use rsync or scp over an SSH connection to do the file transfers that you need to.
been there bro... tested all that crap*.... and the hacks with vnc/ssh/x-redirection/etc...
until I found Rustdesk afew months ago... ;-) this is really a killer app... (killed almost all the others I used... ;-))
and there is a very handy RDP auto-tunnel in RD that is invaluable for those who works with Window$... ;-)))