3 ms·
Have you tried xrdp? Here's an example usage [1]. Your X server would run a sort of RDP emulation layer, and then any RDP client works. Obviously you'd tunnel i
by Fnoord 6y ago
Have you tried xrdp? Here's an example usage [1]. Your X server would run a sort of RDP emulation layer, and then any RDP client works. Obviously you'd tunnel it over a VPN or SSH.
I haven't used NoMachine in like 10 years or so. Back in the days (~15 years ago), I used to run it on UltraSPARC machines running Debian and Gnome. It worked marvelous, even with a FOSS server (FreeNX IIRC). It even worked on the Nokia N-series! Although it sucked to run it on a Mac; you had to run a complete X server, which looked terrible (including the fonts).
[1] https://github.com/deskor/xrdp https://github.com/deskor/xrdp
- high_priest 6y agoI've tried xRDP and it is still as terrible for fluid workstation interactions as is the whole RDP protocol. Sending only changing parts of the display is a great concept for data use reduction, but a quick x264 compression and simple input replication works much better on systems with 100Mb+ connections
- pizza234 6y agoYes (specifically, the original distribution (https://github.com/neutrinolabs/xrdp https://github.com/neutrinolabs/xrdp) and the one provided in the repository of my o/s), and it fell flat on the usability side - gave me a blank screen after logging in. Gave up after an hour or two of attempts. X2Go worked straight out of the box, but it's very slow (on a 10 Mbit home wifi connection).
- bleepblorp 6y agoXrdp has horrendously bad documentation and installation scripts but it does mostly work after configuration. You have to manually edit /etc/xrdp/startwm.sh to make xrdp launch a desktop environment when it accepts a connection. If you don't do this, you'll get a blank screen or something non-useful, like a session with just one Xterm window and no desktop environment. Note that Linux does not support shifting sessions from the local keyboard, mouse & screen to remote access. Further, the major desktop environments don't support simultaneous sessions from the same user. With any of the remote access tools that don't simply take over the local screen and keyboard, if you have an active session on the physical screen, you won't be able to connect to it remotely, nor will you be able to start a new session remotely under the same login. you'll need to log out from the physical screen before attempting a remote connection. Finally, Xrdp clipboard sharing does not work with Linux clients.