Forum Replies Created
-
Posts
-
Can you try the tips for headless servers here?
How to solve black screen and other possible problems on headless machines
https://knowledgebase.nomachine.com/AR03P00973I’m not sure how NoMachine can be interfering with what’s happening on your (Windows?) desktop via the Konqueror browser. Maybe I’ve misunderstood the problem, so it’s better to provide more information such as the steps to reproduce, more details about what’s on the server side (OS) and what NoMachine product and verison is installed.
Hi davide445, NoMachine uses its own remote desktop service and doesn’t use Windows VD service. So you can install NoMachine on the remote Windows host, install it also on your connecting client and connec 🙂
However, NoMachine cannot replace any licensing that you might require in order to host your chosen desktop and associated services in the Azure platform. You should check with MS what is required.
It would seem that updates of Xubuntu fixed whatever the problem was in the first place with your affected host, so that’s good news.
@commandline, I suggest you check your other topic https://forums.nomachine.com/topic/nxclient-bin-high-cpu-load-100-ubuntu-20-04-lts and add comments related to CPU usage there, and not here. If you have a copy and paste problem, please open a new topic.Just a quick update on this. We’ve been unable to reproduce the behaviour reported in this topic despite our continuous efforts. We will continue to investigate and will update the topic with our findings. I am going to close this topic in the meantime.
It doesn’t seem to be an input problem related to NoMachine given that input devices are functional with all other applications during the NoMachine session. There is a possibility that the issue is with rendering. Can you try disabling “Use acceleration for display processing” in the Performance panel of the remote computer’s setting? (I assume the server is Windows).
Regarding the audio problem. We don’t officially support Gentoo, but since we try and test with as many flavours as possible, we also tested with Gentoo. We happen to have a Gentoo server with SDDM-KDE configured and NoMachine installs and works out of the box. Additionally, audio works without extra manual configuration.
bobnx, NoMachine works out-of-the-box with a huge number of stock distros, including Xubuntu. The problem is related to the specific combination of graphics card and drivers as Fra81 said. So there’s not much we can do.
NX always worked previously
We were not able to reproduce this problem, you could go back to using the earlier version of Xubuntu. Or with this comment are you referring to our legacy product NX Free Edition (up to 3.5) maybe? The functionality of that product is available in the NoMachine Workstation product.
We’ve opened a Trouble Report:
https://knowledgebase.nomachine.com/TR04S10222Please follow the link and select “notify me” at the side of the Trouble Report to receive notification of the fix.
Thanks!“It seems NoMachine works very differently than the other remote dektop programs i use.”
Not really no. The only difference is that other programs you might be referring to get you to log in using an account which you’ve created on their server. Then by logging in to their service, you then connect to the remote computer. With NoMachine you need to know the IP address in order to connect. Our upcoming feature, NoMachine Network, will eliminate the need for knowing the IP address. You will create an account on our Network server, and once signed in to the Network service, it will connect you to your remote PC you’ve already added to the Network service. More about NoMachine Network is here: https://knowledgebase.nomachine.com/FR07J02731
“the server program creates a password i have to add to the controller program to access, or just remembers the connection even without a password)”
I think here you mean the code that you have to insert when prompted. You keep mentioning “without a password”. I’ll reiterate what I wrote in previous replies. i) Publishing your computer on any network for unattended access, and not protecting with a password is not recommended. ii) The upcoming Guest Desktop Sharing feature will allow guests to connect without a password, but the computer must be attended so that the incoming connection can be authorized (i.e the person in front of the desktop or the user already connected to the desktop must accept the request to connect from the incoming guest).
NoMachine works out of the box with default settings which fit most of our users’ scenarios. In the majority of cases it’s not necessary to configure additional authentication methods, but for those who are more tech-savvy and want to drill down in the many methods we support, including in the free version, there is plenty of documentation explaining what these methods do:
Integrating NoMachine with Various Authentication Methods
https://knowledgebase.nomachine.com/DT11R00187Using two-factor authentication on Linux with NoMachine
https://knowledgebase.nomachine.com/AR12L00828If you to our knowledge base and search with the keyword authentication, you will find other methods in more detail:
https://knowledgebase.nomachine.com/articles?s=Authentication
Thanks for checking us out anyway!
So. you don’t want to force the log out – could it be that there are two users connecting to the same computer with the same username? If user A connects with the same account name as user B, and user B is already logged in, user B will be logged out by user A. I’m just guessing this is what is happening since you’ve not actually made this clear. To avoid one user being logged out by the other, the two users must each have their own account on the Windows host. They will both then be able to connect via NoMachine and will see the same physical desktop. Passwords must be set in the Windows accounts for you to get access.
Remember that when the desktop owner is different from the connecting user, he/she is always required to authorize the incoming request for connection.
In version 8, a new feature called Guest Desktop Sharing will be implemented which will eliminate the need for creating a second account for another user who wishes to connect whilst you are on the desktop. A guest connecting will still require the approval of the desktop owner, which must authorize the client (based on its IP) to connect. This new feature is not suitable for unattended desktops.
More about this is in the Feature Request here: https://knowledgebase.nomachine.com/FR01S04059
As we said, connecting to the remote desktop without a password in Windows is not possible for security reasons (in Windows OS).
Regarding the “force log out from the server”, you can achieve this by using the custom scripts functionality which is a feature of Enterprise Desktop. Please consult the guide:
12.3. Forcing a System Logout Upon Session Disconnection
https://knowledgebase.nomachine.com/DT10R00171I also suggest you take a look at 12. Connections to the Remote Desktop and Collaborative Sessions in general which explains the default behaviour of NoMachine when connecting to the physical desktop.