Forum Replies Created
-
Posts
-
What you see in the image that I posted is Firefox session using NoMachine’s custom session on Linux. I.e connecting to a Linux desktop but requesting a rootless window or single application. This is a feature available in our Linux Terminal Server products by selecting ‘Create a new custom session’ and inserting the name of the application in the field ‘Run the following command’.
Check the tutorial here for: https://www.nomachine.com/creating-new-virtual-desktop-sessions
The products we offer for remote access to Windows/macOSgive you access to the physical desktop running there. It is not possible to access single applications.
Attachments:
Is what you want like what is in the attached image?
In the image you can see:1 x window of local Windows native browser
1 x NoMachine session window of Firefox browser (this is running on a remote server)Attachments:
Hi, did you reinstall and reboot? And you still cannot connect?
If you’ve done that, then you need to enable debug (
nxserver --debug enable) and resubmit the logs from the server side again. Please make sure you follow the instructions as per the document https://kb.nomachine.com/DT11R00182 making sure you enable first, reproduce the issue and then extract the logs. Please also submit the client side logs (by selecting Don’t delete log files on exit in the Player).Can you enable cursor showing?
Start a connection, open the Connection Menu (Ctrl-Al-0) -> Input -> Tick the box for “Show remote cursor pointer”. If that doesn’t help, please send us the server-side logs. Please follow the instructions here https://kb.nomachine.com/DT11R00182 and then send them to forum[at]nomachine[dot]com.
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/DT11R00182
