3 ms·

Probably not going to be very useful to you, but since I use Windows I just use RDP to my desktop computer. This way I don't care about the laptop. Specs don't

Probably not going to be very useful to you, but since I use Windows I just use RDP to my desktop computer. This way I don't care about the laptop. Specs don't matter much, it can get stolen or scanned by border control without issue etc. I always pick up exactly where I left with zero hassle, don't have to install and configure tools twice etc, and it's virtually "native" feel unless I'm on some very dodgy cellular internet in the mountains or similar. There's no good alternatives on Linux yet though, which is a bummer.

jkh1 2y ago
> There's no good alternatives on Linux Maybe I misunderstand what this refers to but there are RDP software for Linux. I've used remmina [1] on Linux for a few years (now I am using VMWare Horizon at work). [1] https://remmina.org/ https://remmina.org/
- magicalhippo 2y ago
  There are decent clients, but no decent rdp server software yet that I've found. That said krdp looks promising, but I haven't gotten it to work yet.
  - PhilipRoman 2y ago
    What was the problem with Xrdp? I use it every day from both Windows and Linux clients and haven't had issues.
    - magicalhippo 2y ago
      VNC-like performance, so functional but not really what I consider usable in day-to-day work. Also, IIRC, it didn't support seamless local vs remote sessions. That is, if I started a session remotely, I couldn't resume it when I got back home. Or vice versa, if I started the RDP server on my logged-in session, I couldn't start a new session remotely in case the desktop rebooted (updates, power loss etc). With Windows I just log in regardless. Granted it's been a couple of years since I last took the rounds to evaluate the field, including Xrdp, so I'll give it another whirl soon.
    - XorNot 2y ago
      Xrdp can't give you a console interactive session. On Windows I can log into a local session on my console. Then lock the screen and walk away. On another machine anywhere on the planet, I can then log back into that same local session, and do a bunch of work. Locally, the screen remains locked and secure. Then I can eventually walk back to that machine, and log back onto the local console and continue exactly where I was. There is no performance penalty for this - my local session runs exactly as it normally does. The remote session is very fast and efficient. There is no way that I know of on Linux to replicate this: you have to commit to either a session being "virtual" and running through remote desktop (x2go is the best at this) or "local", in which case you get a less performant screen-scraping session but worse while you're using the session remotely the screen is unlocked and visible and usable by anyone with local physical access (i.e. in a shared office perhaps). It's a problem which should be treated as a massive, ongoing embarrassment for desktop linux, and a substantial impediment to any notion of wider enterprise adoption: I've been in office's where the standard way everyone worked was remote desktop'ing to their office PC workstation via a VPN and seamlessly going from remote to local sessions was a crucial part of the experience. Really we probably just need to solve the screen lock problem: but getting the experience (i.e. resize, resolution and app sessions) working properly is also important.
      - PhilipRoman 2y ago
        Interesting, my problem was exactly the opposite - I wanted a multi-seat access system with ability to work locally independently of other sessions which is somewhere between painful and impossible to set up on Windows. But I see your point, this is something I hadn't considered. Maybe attaching to the remote desktop system from localhost could work, although the slight decrease in performance would probably drive me nuts.
        XorNot 2y ago
        That's a licensing issue - Windows 10 is perfectly capable of doing this, but it's tied to having a Windows Server instance and remote desktop licenses and blah blah blah <proprietary things>. But if you have all that it does work! And it works the same way - multiple users can come back to the same console and resume their session or whatever. RDP on Windows works really, really well - to the somewhat absurd outcome of course that because of that, it is easier to run Linux locally and Windows remotely when you can use Remmina to connect to the Windows machine so easily. But the remote Linux experience really should be better.
- Sarky 2y ago
  I tried a few solutions a few years ago to see if there are any alternatives to MS RDP, but at that time i found them all to be lacking. Mostly remote screen was not as responsive as RDP. A simple test was to play Youtube video on remote machine and compare results of all Linux solutions with MS RDP. None came close. I hope things changed in past few years if anyone knows?
  - szszrk 2y ago
    Me and a few people made ourselves some weird "VDI"-like workstations as VMware virtual machines, not that long time ago. Those run Ubuntu. I was fine with plain ssh, but my boss pushed his setup to the limits and used that as his main computer. He even gave away company laptop and used only private one to RDP into that (through some corporate vdi auth, but still RDP). On that vm side it was xrdp. He had multimonitor setup working, sound, video, he even used zoom daily. Client was windows, it passed through camera and so on. I could not tell I was using something remotely, even if I was just using mouse and keyboard, sitting directly in front of those monitors. One gotcha was that these were very fast VMs on fast network.
deleted 2y ago
[deleted]
baq 2y ago
Yup RDP+Tailscale if your security allows it. If not, vnc over https is a thing, too (e.g. https://guacamole.apache.org/ https://guacamole.apache.org/).
hagbard_c 2y ago
> There's no good alternatives on Linux yet though, which is a bummer. https://kasmweb.com/ https://kasmweb.com/ Works fine for me, I use it to host a number of applications as well as a few desktops. Access goes through a browser so as long as you have one of those it doesn't matter which platform you use for the client.
- magicalhippo 2y ago
  That only supports connecting to a centralized "workspace", from what I can see. As such it seems more like Microsoft's DevBox. That could certainly be usable, assuming the performance is there, though for me I want to remotely use my desktop session.
  - hagbard_c 2y ago
    No, it also supports connecting to remote sessions via several mechanisms (RDP, RDS (marked as 'to include' in Kasm, already supported by Guacamole), SSH, and VNC, handled by Apache Guacamole [1] as described in the documentation [2]). I use this to access desktop sessions running on Linux hosts, both 'bare metal' workstations as well as sessions running in Proxmox-managed containers. This uses Xrdp to serve X11 sessions from Linux hosts and direct RDP connections to Windows VMs, proxied through the Kasm server which presents these in a browser interface. Performance is good enough not to be bothered by the connection being remote. If all you are after is getting access to desktop sessions through a browser it may be overkill to run Kasm, in that case you can also opt to run Guacamole directly on your desktop hosts. Another - more performant - option would be to run an X2Go server on the desktop host to which you connect using SSH from a machine running the X2Go client. This is less flexible since you need to have that client installed but performance is better. As stated performance through Kasm is good enough for my applications so I mostly use that nowadays even though I do have X2Go installed on all relevant hosts. [1] https://guacamole.apache.org/ https://guacamole.apache.org/ [2] https://kasmweb.com/docs/latest/guide/windows/connection_proxy.html https://kasmweb.com/docs/latest/guide/windows/connection_pro...
    - magicalhippo 2y ago

jkh1 2y ago

> There's no good alternatives on Linux Maybe I misunderstand what this refers to but there are RDP software for Linux. I've used remmina [1] on Linux for a few years (now I am using VMWare Horizon at work). [1] https://remmina.org/ https://remmina.org/

magicalhippo 2y ago
There are decent clients, but no decent rdp server software yet that I've found. That said krdp looks promising, but I haven't gotten it to work yet.
- PhilipRoman 2y ago
  What was the problem with Xrdp? I use it every day from both Windows and Linux clients and haven't had issues.
  - magicalhippo 2y ago
    VNC-like performance, so functional but not really what I consider usable in day-to-day work. Also, IIRC, it didn't support seamless local vs remote sessions. That is, if I started a session remotely, I couldn't resume it when I got back home. Or vice versa, if I started the RDP server on my logged-in session, I couldn't start a new session remotely in case the desktop rebooted (updates, power loss etc). With Windows I just log in regardless. Granted it's been a couple of years since I last took the rounds to evaluate the field, including Xrdp, so I'll give it another whirl soon.
  - XorNot 2y ago
    Xrdp can't give you a console interactive session. On Windows I can log into a local session on my console. Then lock the screen and walk away. On another machine anywhere on the planet, I can then log back into that same local session, and do a bunch of work. Locally, the screen remains locked and secure. Then I can eventually walk back to that machine, and log back onto the local console and continue exactly where I was. There is no performance penalty for this - my local session runs exactly as it normally does. The remote session is very fast and efficient. There is no way that I know of on Linux to replicate this: you have to commit to either a session being "virtual" and running through remote desktop (x2go is the best at this) or "local", in which case you get a less performant screen-scraping session but worse while you're using the session remotely the screen is unlocked and visible and usable by anyone with local physical access (i.e. in a shared office perhaps). It's a problem which should be treated as a massive, ongoing embarrassment for desktop linux, and a substantial impediment to any notion of wider enterprise adoption: I've been in office's where the standard way everyone worked was remote desktop'ing to their office PC workstation via a VPN and seamlessly going from remote to local sessions was a crucial part of the experience. Really we probably just need to solve the screen lock problem: but getting the experience (i.e. resize, resolution and app sessions) working properly is also important.
    - PhilipRoman 2y ago
      Interesting, my problem was exactly the opposite - I wanted a multi-seat access system with ability to work locally independently of other sessions which is somewhere between painful and impossible to set up on Windows. But I see your point, this is something I hadn't considered. Maybe attaching to the remote desktop system from localhost could work, although the slight decrease in performance would probably drive me nuts.
      - XorNot 2y ago
        That's a licensing issue - Windows 10 is perfectly capable of doing this, but it's tied to having a Windows Server instance and remote desktop licenses and blah blah blah <proprietary things>. But if you have all that it does work! And it works the same way - multiple users can come back to the same console and resume their session or whatever. RDP on Windows works really, really well - to the somewhat absurd outcome of course that because of that, it is easier to run Linux locally and Windows remotely when you can use Remmina to connect to the Windows machine so easily. But the remote Linux experience really should be better.
Sarky 2y ago
I tried a few solutions a few years ago to see if there are any alternatives to MS RDP, but at that time i found them all to be lacking. Mostly remote screen was not as responsive as RDP. A simple test was to play Youtube video on remote machine and compare results of all Linux solutions with MS RDP. None came close. I hope things changed in past few years if anyone knows?
- szszrk 2y ago
  Me and a few people made ourselves some weird "VDI"-like workstations as VMware virtual machines, not that long time ago. Those run Ubuntu. I was fine with plain ssh, but my boss pushed his setup to the limits and used that as his main computer. He even gave away company laptop and used only private one to RDP into that (through some corporate vdi auth, but still RDP). On that vm side it was xrdp. He had multimonitor setup working, sound, video, he even used zoom daily. Client was windows, it passed through camera and so on. I could not tell I was using something remotely, even if I was just using mouse and keyboard, sitting directly in front of those monitors. One gotcha was that these were very fast VMs on fast network.

deleted 2y ago

[deleted]

baq 2y ago

Yup RDP+Tailscale if your security allows it. If not, vnc over https is a thing, too (e.g. https://guacamole.apache.org/ https://guacamole.apache.org/).

hagbard_c 2y ago

> There's no good alternatives on Linux yet though, which is a bummer. https://kasmweb.com/ https://kasmweb.com/ Works fine for me, I use it to host a number of applications as well as a few desktops. Access goes through a browser so as long as you have one of those it doesn't matter which platform you use for the client.

magicalhippo 2y ago
That only supports connecting to a centralized "workspace", from what I can see. As such it seems more like Microsoft's DevBox. That could certainly be usable, assuming the performance is there, though for me I want to remotely use my desktop session.
- hagbard_c 2y ago
  No, it also supports connecting to remote sessions via several mechanisms (RDP, RDS (marked as 'to include' in Kasm, already supported by Guacamole), SSH, and VNC, handled by Apache Guacamole [1] as described in the documentation [2]). I use this to access desktop sessions running on Linux hosts, both 'bare metal' workstations as well as sessions running in Proxmox-managed containers. This uses Xrdp to serve X11 sessions from Linux hosts and direct RDP connections to Windows VMs, proxied through the Kasm server which presents these in a browser interface. Performance is good enough not to be bothered by the connection being remote. If all you are after is getting access to desktop sessions through a browser it may be overkill to run Kasm, in that case you can also opt to run Guacamole directly on your desktop hosts. Another - more performant - option would be to run an X2Go server on the desktop host to which you connect using SSH from a machine running the X2Go client. This is less flexible since you need to have that client installed but performance is better. As stated performance through Kasm is good enough for my applications so I mostly use that nowadays even though I do have X2Go installed on all relevant hosts. [1] https://guacamole.apache.org/ https://guacamole.apache.org/ [2] https://kasmweb.com/docs/latest/guide/windows/connection_proxy.html https://kasmweb.com/docs/latest/guide/windows/connection_pro...
  - magicalhippo 2y ago