Forum Replies Created
-
Posts
-
The logs would be useful. We will keep this topic open for a few more weeks. When you get a chance to submit the logs, please attach them here or send directly to forum[at]nomachine[dot]com.
Please show us the output of:
$ sudo netstat -anlp | grep eglIf it’s empty, enable egl capturing with
sudo /etc/NX/nxserver --egl-capture yes. What does the output of grep egl after enabling? (this is to check that egl capture is being pre-loaded).Then, on the server, log out from the desktop, log back in and then start a NoMachine connection. What happens?
Hi, we have not been able to reproduce the behaviour that you have described above. You could try connecting to another desktop from the same iPad to check if you have the same problems. Also check whether the language set on the iPad keyboard is the same as the one set on the system keyboard on the Raspberry.
Jigglywiggly, this could be a different issue?
Pressing the Super key doesn’t work, you say. To do exactly what? Is Ubuntu 22.04 the client or is it the server? More details about your set-up (OS, version and NoMachine products) would be useful. Also, what kind of session are you running?
Hi,
can you tell us the macOS version you are connecting from and the distro of the Linux server that you are connecting to (you mentioned it in a duplicate topic you submitted), just so we have all the details?
In the meantime, on the Mac machine you can disable the nxserver from the command line.
On Mac:
sudo /etc/NX/nxserver --shutdown sudo /etc/NX/nxserver --startmode manualCheck this article for further details. It also describes the manual procedure (by editing /Library/LaunchDaemons/com.nomachine.server.plist file) for advanced users.
We tried to reproduce similar behaviour on Oracle Linux but without success. For us everything installed and NoMachine worked out-of-the-box (default Oracle Linux).
In the NoMachine logs you sent us there is no indication given as to why the gnome session fails. There could be something in the system logs or userhome/.xsession-errors which you can check yourself?
It could be related to the drivers on the client-side Linux machine you mention. You said you’ve tried connecting from Fedora 36, Ubuntu 22.04 and OpenSuse Tumbleweed. Are these distros tested from the same machine, so you are just changing the Linux distro, or are you connecting from different Linux machines?
Logs would be useful from both sides of a problematic session, so we can eliminate possible causes.
https://kb.nomachine.com/DT11R00182
https://kb.nomachine.com/DT11R00181Send them directly to forum[at]nomachine[dot]com or attach here.
12336 5272 09:56:16 006.256 ClientSession: Failing reason is ‘A connection timeout has occurred while trying to connect to ‘xxx.xx.xxx.xx’ on port ‘4000’. The issue could either be caused by a networking problem, by a firewall or NAT blocking incoming traffic or by a wrong server address. Please verify your configuration and try again.’.
You said it was working until the other day. Could something have changed on the server side? E.g could the IP address have changed?
To understand what is happening and why the session negotiation failed, we would need to see the server-side logs. Can you follow the instructions here and submit them to forum[at]nomachine[dot]com?
Collect server side logs automatically
https://kb.nomachine.com/DT11R00182As far as we know there is no change, between the 7.8 and the 7.10 that could cause this slow down, and even more so this slow down after roughly half an hour.
Anyway we found this post in a forum:
https://www.linuxliteos.com/forums/other/major-lag-after-wake-up-from-suspend/
But in this case it’s not just the NoMachine session that would slow down, but even the physical display.
Did you check whether the physical display slows down?
Hi, it’s not quite clear what you would like to be able to do with NoMachine. NoMachine can, of course, connect to a mix of remote servers from one computer at the same time, each session being a single NoMachine window. These session windows can be connections to a full remote desktop or, in the case of Linux virtual desktop sessions (in NoMachine Terminal Server products) they can also be rootless sessions, what NoMachine calls ‘custom session’. In that case, the session window is of the single application e.g firefox.
Are you referring perhaps to rootless sessions?
So that we can understand better, could you explain in steps what your use-case of NoMachine would be?
We found some issues with Fluxbox WM which could be related to the problem you encountered, and they will be queued up for investigation and fixing. One thing we did find similar to your issue was that the desktop shared button remained grayed out even if the desktop was available (so a session could be started). As a workaround you could go back to Linux Mint.
NoMachine should just allow to downsample a 10-bit desktop to 8-bit.
Yep, that’s definitely required and we are already in the process of developing this. What I wanted to say is that we don’t plan to “natively” support “10-bit displays”.
why should I e-mail attachments to the forum?
Indeed, the forum does accept attachments, but on occasion they can get filtered out either for security reasons or sometimes because the file might be too big. Hence why I suggested to send the files directly to our email address so they could be uploaded manually. But you don’t need to now as we managed to recuperate them.