Forum Replies Created
-
Posts
-
Maybe an entry in DefaultDesktopCommand was no longer valid for your sysem after you executed the system update?
Anyway, Thanks for letting us know. A clean reinstallation fixed it, so that’s the important thing.
In that same guide you can find how to re-enable it via CLI in the server.cfg file, it’s in section 10.
Override user's setting to disable 'Accept connection' If the user disabled 'Accept connections' from the !M monitor menu of the Enterprise Desktop, it's still possible to re-enable it via command line. nxserver --useredit USERNAME --screensharing yesNoMachine packages for Linux are, at the moment, not signed. This is to prevent warnings when the user doesn’t have
the installed publisher certificate.You can install the NoMachine package, even if unsigned, on Fedora 33 by means of the ‘rpm -i’ command as per the instructions in the download page of the NoMachine web site.
Hi,
Is it possible to update NoMachine without terminating sessions?
No. You will be disconnected because updating requires the stop of all NoMachine services which will be restarted once the update has been completed. You will then be able to reconnect.
Please refer to this article for more details:
How to remotely update NoMachine
https://knowledgebase.nomachine.com/AR05S01123If I don’t update the NoMachine is there any issue with the existing sessions?
Whereas we always recommend users keep the NoMachine software updated to the latest version which means the latest bug fixes have been installed, including important security updates, if the software is working well for you, you aren’t forced to install the latest version.
We were hoping sooner than later. Development on the next update for mobile is in parallel with our next major, which is now v8. We know it’s long overdue, we are working flat out to make sure it fixes what we promised it will fix 😉
Do you run systemd in Gentoo?
The tests we did on the fly were done without systemd in this particular case.
Now I have the NX audio controls under the volume control.
Thanks for letting us know.
Ah so it’s not a web-based session to a Windows host. Thanks for clarifying.
Are you starting a connection to the physical desktop or a virtual desktop session?
If you are connecting to a server that has a Terminal Server product installed, try disabling X11 vector graphics (https://knowledgebase.nomachine.com/AR02L00779).
If you are connecting to a free NoMachine installation, is it headless?
The easiest way to check whether this is being caused by NoMachine is to check on the local machine, if you can, if the new directory is actually empty.
If it’s only happening when you connect via NoMachine, please tell us Windows OS version, Linux distribution and version and confirm what you have installed on the Linux server from NoMachine. Thanks!
Just to check, are you sure the computer is connected to the same network as it was when it was working? Can you also provide some more details about the type of router that you have in place?
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).