Forum Replies Created
-
Posts
-
This is what we have planned to release in version 9, as part of the improvements we are implementing in profiles management in general.
Thanks for submitting the logs. We have checked them, and also reproduced. We are investigating further to see if it’s caused by a possible HW encoder limitation.
Ssh-ing in with your same tool with NoMachine installed and running is without issues for us. The problem can occur with Gnome apps when you are already logged in to the desktop locally with or without NoMachine because other x11 apps are fine i.e we can reproduce it even without NoMachine. It seems to be caused by the Gnome apps use of dbus and local session. If you are not logged in to the local Gnome desktop already, you cannot reproduce it. Restarting the Display Manager as you tried will also mean you are no longer logged in since you are rebooting to the login window on the desktop, that is why for you that workaround works.
Try this instead:
sudo systemctl restart display-manager (so that you are no longer logged in to the local desktop) sudo /etc/NX/nxserver --restartand then SSH in. Are you able to reproduce the problem?
You could also try this if you have access to both machines at the same time: login physically to the desktop (sitting next to the RedHat machine without NoMachine). Then from your Windows device try and connect. What happens?
The alternative is to use a different desktop environment.
NoMachine installs without having to manually set permissions on all operating systems it supports. This includes macOS. It’s possible that you need to adjust macOS permissions because they were disabled by some security program on the Mac, so you should check if that’s the case on your machine. It’s also possible that you didn’t agree to something by accident during installation or that you disabled the permissions by mistake.
In any case, thanks for your suggestion. We have an illustrated guide for macOS users here who find themselves having to re-enable permissions.
Hi, thanks for reporting this, it’s an interesting use case 🙂 and we are investigating further. We’ll come back to you.
NoMachine does not interfere with other applications as far as our tests show in our labs. You could try with a simple SSH -X started from a Linux terminal and see if you get the same behaviour. If the cause were NoMachine, there will be the same issue, but as I mentioned, our tests don’t show any similar behaviour. It seems more of a problem of the application or your other ssh server/client product. Another way to check is by stopping the nxserver completely (settings -> server -> status -> shutdown).
Can you send them to us and we’ll take a look? 🙂 Send them to forum[at]nomachine[dot]com. Zip up the entire var folder from the Windows 11 machine, we can start from that.
Then we’ll give you some further instructions.
With Tunnel mode, the client traffic is relayed through the Cloud Server with the protocol specified for the server-to-node communication. The tunnel is through server to server communication protected by OpenSSL TLS/SSL (which uses ‘ECDHE-RSA-AES128-GCM-SHA256’ as the default cipher suite, TLS 1.2 so it’s not possible to snoop the data being transmitted through the connection.
Further reading:
We’ve not been able to reproduce this, not with Enterprise Client nor with the free version. It could be that something changed on your system. But we are glad it’s resolved. Should the problem come back, let us know.
Hi, are you able to send us the server-side logs so we can check them? You can extract them using the instructions here: https://kb.nomachine.com/DT07S00243
Send them to forum[at]nomachine[dot]com. Please use the title of this topic as the subject of your email. Thanks!
The logs are clean. Are mouse clicks not actually working or is it the screen which is not updating?
In the case of the latter, it could possibly be because the host is headless. Take a look at this article which contains some useful tips.
Connecting to Linux headless machines with NoMachine
https://kb.nomachine.com/AR03P00973