Forum Replies Created
-
Posts
-
Perhaps you are referring to a legacy version, like prior to version 4?
Perhaps you should read this about NX in version 4 which gives some insight into the technology at the time:
A brief description of the NX protocol in version 4 or later
https://www.nomachine.com/AR11K00745The cost of encryption is really “negligible” and we do not want to add options that could potentially put users’ machines at risk.
UHD is not available to NoMachine because you’re connecting to the physical display with NoMachine and therefore depends on GPU capabilities. NoMachine doesn’t and cannot create a virtual Windows desktop which is what you get when you connect with RDP. NoMachine therefore supports the maximum resolution made available by the remote graphics card.
You didn’t get back to us on whether you were still encountering the issue with the server still running despite having turned it off via the GUI. If you are still encountering the problem with the latest version 6.12, please open a new topic.
We didn’t receive any further information from you so I have closed this topic. I advise you to update to the latest version and open a new topic if you encounter the issue again.
The term “virtual desktop” in NoMachine refers to the Terminal Server products. Maybe you are referring to virtual desktops as the VMs where you have installed Enterprise Desktop?
Enterprise Desktop (version 6) is for access to the physical display, and when the host is headless on Linux (no local X server found) NoMachine creates a “virtual” one using its own embedded X server.
I think you know about these already, but I’ll paste them here for other readers. The following keys in the server configuration file allow for managing the behavior of the server when it needs to create the X11 display:
#
# Enable or disable the automatic creation of an X11 display when no
# X servers are running on this host (e.g. headless machine) to let
# users connect to the desktop. This setting applies to NoMachine
# servers not supporting virtual desktops and permits to have one
# single display.
#
# 1: Enabled. NoMachine will create automatically the new display at
# server startup. This setting has to be used in conjunction with
# ‘DisplayOwner’ and ‘DisplayGeometry’.
#
# 0: Disabled. NoMachine will prompt the user for creating the new
# display. This is the default.
#
#CreateDisplay 0#
# When ‘CreateDisplay’ is enabled, specify the display owner and let
# NoMachine create the new display without querying the user. If the
# server supports only one concurrent connection, the connecting user
# must be the display owner set in this key.
#
#DisplayOwner “”How do I fix this?
Questions about how you should configure your Ubuntu system and SSHD would be better off in the Ubuntu forums 😉
And shouldn’t the NoMachine installer fix this on installation?
How would NoMachine be able to do that if it doesn’t know a priori exactly what you did to your system and how you did it? Besides the fact that altering a systems configuration during installation would be unacceptable to most users. NoMachine adapts to what the system’s configuration is set to do when it is installed.
BTW, just a note on SSH support in the free version should you wish to connect using SSH once you’ve fixed your system’s configuration; the free version supports connections via NX. If you want to connect using SSH, you should try the Enterprise Desktop product.
When connecting with RDP you can have the UHD resolution because RDP creates a virtual desktop which doesn’t depend on GPU capabilities.
When connecting with NoMachine to the physical desktop, the maximum resolution you can get is the maximum resolution supported by the remote graphics card.
No, non-privileged users cannot connect via SSH
Then it’s a problem with how you have configured authentication on your system if even with plain SSH users are getting authentication errors.
NoMachine relies on the authentication settings configured on the system, so if that’s not set properly, it won’t work for NoMachine either.
Check this and then rectify. Then try again with NoMachine.
Hi,
Enterprise Desktop is a product for access to the physical desktop of the remote server. That means anyone connecting will connect to the physical display of the host. Multiple users can connect and see the same physical desktop (not their own individual virtual one).
By default anyone connecting to a desktop that is not their own must receive authorization from the owner of the desktop. You can read more about this here:
How to authorize connections to remote desktop automatically or only upon owner’s authorization with NoMachine https://www.nomachine.com/AR04K00663
The article you mention is for NoMachine virtual desktops which are obtained if you have a product from the Terminal Server range, such as Workstation (this supports up to 4 virtual desktops). Anyone connecting will get their own virtual Linux desktop.
How do I get the NX server to stop trying to use my username in the desktop session and allow users to create a new vd session as themselves?
Any product from the Terminal Server range lets users create a new virtual session so they each have their own individual desktop instance. Check what you have installed again and if it is not one from the Terminal Server range, you can get the latest version from our website (6.12).
Can you specify what NoMachine software is installed on server – the free version, Workstation, something else?
What error message/dialog is being shown when non-root users try to connect? Screenshots would be helpful.
I suggest you to sign up to the Trouble Report using the ‘notify me’ which you can find if you follow the link I pasted earlier.
EDIT: the TR above was solved with the release of version 7.0.208.
NoMachine will connect you to the monitor which is physically available on the server. It cannot connect you to a virtual display running on Windows in the background (only our Linux products support that feature).
The only way I’ve been able to get it to work is to disable authorization for remote connections on the VM’s NM Service which then allows the instructor to connect with the VM using NoMachine.
If you make the instructor a trusted user, he/she will be able to connect without needing desktop authorization. Students connecting with a secondary account(s) can then connect in view-only mode. Please see the guide for more information here:
https://www.nomachine.com/DT02O00125&dn=enterprise%20desktop#10.3
Remember to re-enable the “authorization required” that you have disabled.