Remotely Accessing Desktop of GUI-based Linux Clients
-
For those Linuex OSes with desktop GUIs (such as Mint) what do you typically use to remotely access them?
I Googled it and got all sorts of answers. Figured if there was a consensus here at ML that would be the place to start.
-
@BRRABill said in Remotely Accessing Desktop of GUI-based Linux Clients:
For those Linuex OSes with desktop GUIs (such as Mint) what do you typically use to remotely access them?
I Googled it and got all sorts of answers. Figured if there was a consensus here at ML that would be the place to start.
VNC, NX, RDP, X11 forwarding ... options are nearly endless. Do you want to control the same session (like TeamViewer and the likes) or do you want a dedicated session?
-
@thwr said
VNC, NX, RDP, X11 forwarding ... options are nearly endless. Do you want to control the same session (like TeamViewer and the likes) or do you want a dedicated session?
Yeah the options are endless. That's why I am looking for a consensus.
I don't really need to control the session. I like how TeamViewer works, but obviously that's not an option these days.
Something that works like Remote Desktop in Windows would be great. I know that is also an option.
Again, just looking for a smart starting point.
-
I use ScreenConnect for the couple systems I have.
-
That's why I asked: You need to decide what you want. VNC for example is "just transporting your framebuffer" via ethernet, simply said. RDP on the other hand will create a dedicated session
-
@thwr said
That's why I asked: You need to decide what you want. VNC for example is "just transporting your framebuffer" via ethernet, simply said. RDP on the other hand will create a dedicated session
I guess VNC is the best option for what I am looking to do, for now.
Any particular flavor better for this?
-
@BRRABill said in Remotely Accessing Desktop of GUI-based Linux Clients:
@thwr said
That's why I asked: You need to decide what you want. VNC for example is "just transporting your framebuffer" via ethernet, simply said. RDP on the other hand will create a dedicated session
I guess VNC is the best option for what I am looking to do, for now.
Any particular flavor better for this?
For VNC maybe try Ultra or Tight?
On the LinuxMint physical desktop I have running I have X2Go Server running.
-
X11VNC on the server side will do just fine, on the client side TightVNC and UltraVNC should both do the job. I'm using TightVNCViewer and MobaXTerm Pro for this.
-
@BRRABill said in Remotely Accessing Desktop of GUI-based Linux Clients:
@thwr said
That's why I asked: You need to decide what you want. VNC for example is "just transporting your framebuffer" via ethernet, simply said. RDP on the other hand will create a dedicated session
I guess VNC is the best option for what I am looking to do, for now.
Any particular flavor better for this?
What exactly are you looking to do?
-
I use X2Go on Mint for remote access.
-
X2Go seems to be the go-to for this around here... I am sad because there don't appear to be any Mobile clients that work with this yet.
-
@scottalanmiller said
I use X2Go on Mint for remote access.
I actually installed this and tried it, and have been having some issues.
I am running the mint instance on XS7, and I wonder if that could be part of my issue.
For example, I have installed a few alternative desktops, but I cannot select them on the login screen. It just says "ci" and will not let me pick.
I am able to get a windows from X2GO if I pick MATE or LXDE, but it does not size it properly to the window size I want, and I can only see the full desktop if I maximize it to my desktop.
Am I doing something wrong, or is perhaps something else going on? Maybe a video driver issue with XS7?
-
Not a big deal, it is doing what I want. Just curious...
Always learning...
-
@BRRABill said in Remotely Accessing Desktop of GUI-based Linux Clients:
@scottalanmiller said
I use X2Go on Mint for remote access.
I actually installed this and tried it, and have been having some issues.
I am running the mint instance on XS7, and I wonder if that could be part of my issue.
For example, I have installed a few alternative desktops, but I cannot select them on the login screen. It just says "ci" and will not let me pick.
I am able to get a windows from X2GO if I pick MATE or LXDE, but it does not size it properly to the window size I want, and I can only see the full desktop if I maximize it to my desktop.
Am I doing something wrong, or is perhaps something else going on? Maybe a video driver issue with XS7?
I know that any of the "fancy" GUIs, like Cinnamon are not supported... I've used Mate, and it tends to work pretty well.
You need to check the options in whatever app you are connecting with, and make sure that you have the window size set for "fit to window" or whatever the right option is. I use Pyhoca-GUI and don't have to mess with that setting.
-
@dafyre said
You need to check the options in whatever app you are connecting with, and make sure that you have the window size set for "fit to window" or whatever the right option is. I use Pyhoca-GUI and don't have to mess with that setting.
Strangely enough, it is working now.
COMPUTERS!
-
@BRRABill said in Remotely Accessing Desktop of GUI-based Linux Clients:
@dafyre said
You need to check the options in whatever app you are connecting with, and make sure that you have the window size set for "fit to window" or whatever the right option is. I use Pyhoca-GUI and don't have to mess with that setting.
Strangely enough, it is working now.
COMPUTERS!
I blame Microsoft.
-
-
@BRRABill said in Remotely Accessing Desktop of GUI-based Linux Clients:
@dafyre said
I blame Microsoft.
And Bush.
And Obama
-
@BRRABill said in Remotely Accessing Desktop of GUI-based Linux Clients:
I am running the mint instance on XS7, and I wonder if that could be part of my issue.
Not realistically, no.
-
If I don't want separate sessions I usually use nomachine. If I want separate sessions (like a terminal server/RDS) I use x2go.
We also use exceed at work for X11 forwarding, and mixes opengl in there somehow for 3d modeling.
