Forum Replies Created
-
AuthorPosts
-
Britgirl
KeymasterHi, this is a valid request for connections to the physical desktop and should be relatively easy to do, so we’ll open a feature request. Are you also handling users connecting with guest desktop sharing? Because if that’s the case, the name of the desktop owner cannot be shown for privacy reasons and so this FR will not apply to that type of user.
March 7, 2025 at 17:33 in reply to: No Windows screen lock when NoMachine client on foreground #52152Britgirl
KeymasterIs the session in fullscreen when you encounter this? When the session runs in fullscreen mode, NoMachine disables the display sleep timer in order to offer users a more comfortable experience (such as when streaming media). There’s a key that should regulate this. In .nx/config/player.cfg, can you edit the key “Turn off energy saving while in fullscreen mode” to false? Does this help?
Britgirl
KeymasterPlease execute the following on the Linux side and send us the output.
ps -aux | grep nxnode
Then read the
PID
And then:
cat /proc/<PID>/environ
Britgirl
KeymasterSo the computers are on the same LAN, and they can see each other.
By default, when you are prompted to input the credentials of the system account of the desktop you want to connect to, if you don’t use the same credentials as the owner of that desktop, you will need authorization of the owner. Check the NoMachine security settings on the Zorin host (Server settings > security > that the following option is enabled:
Don’t require acceptance if the user logged in as the owner of the desktop
Enabled by default. If someone is trying to connect to your desktop, a pop up message asking for your permission appears. By default such authorization is not requested if the connecting user is also the desktop owner, or if he/she is a system administrator or a NoMachine administrator or trusted user.https://kb.nomachine.com/DT07S00237#2.5
If that option is enabled, and the balloon notification is popping up when you connect, it means you are not the owner of the desktop.
About the connection timeout issue when connecting to the Windows host, go into ‘Edit connection’ in Machines and check what is in the host field. Are there multiple IP addresses? See here for a similar topic I answered a while back: https://forum.nomachine.com/topic/how-to-make-nomachine-update-target-computer-ips#post-39467
March 6, 2025 at 19:34 in reply to: NoMachine window not responding or glitching on Mac Sonoma #52144Britgirl
KeymasterThere are some things which are not clear:
What is the OS you are connecting from (client side)?
What is the OS you are connecting to (server side)? If the server is on macOS, confirm that NoMachine has accessibility permissions.
What is the NoMachine version you are using, client and server?When you write “before I can access a window that responds to my mouse” do you mean you can’t interact with the server desktop through the NoMachine window?
Britgirl
KeymasterHi, I’ve split this off to start a new topic because you submitted it to a topic which was about macOS, so best to keep them separate.
Britgirl
KeymasterIt’s a bug on the server side, but this problem will be removed when v9 comes out. The default timeout will be 30 secs in version 9.
Britgirl
KeymasterYes, it seems there are a few issues with the latest Ubuntu and RPi5 (not NoMachine issues). You might also consider using XFCE instead of Gnome.
Britgirl
KeymasterAn update: we have to backtrack on what we last wrote. We thought we had reproduced the same issue, but it was a false allarm. It seems to be related strictly to Android Studio. We will keep investigating and update here if we find anything. I imagine you’ve already tried:
– adb kill-server
-revoke usb debugging authorisation
Britgirl
KeymasterHi, you said you followed the instructions in the article about headless https://kb.nomachine.com/AR03P00973 in point 4. Executing the steps there correctly shouldn’t require any further intervention.
If you stop the display server, NoMachine should start its own virtual one. What happens when you stop the display server and restart the nxserver, and then try to connect?
You also wrote ” and after a few minutes:” What happens after a few minutes? Did you mean to attach an image or show an error maybe? Please attach it using the attach tool below.
Britgirl
KeymasterHmm, are you able to access and zip up the VAR folder and send it to us? (C:\ProgramData\NoMachine\…)
Britgirl
KeymasterHi and welcome 🙂
…there should be a timeout to close the connection if client has disappeared for (say) 60 seconds.
You’re right and there is.
Try setting the following key in node.cfg on the server side:
ProxyExtraOptions timeout=30
Something for the future, the current default timeout is too long and this will change in v9.
Britgirl
KeymasterDuring tests we noticed some Xorg crashes with some specified graphic card drivers when, on proxmox, the “Default” option in “Display” settings was set. Changing it to “SPICE” stopped the Xorg crashes.
Does this help in your case?
Britgirl
KeymasterHi, the path is C:\Program Files (x86)\NoMachine\etc\keys\host\nx_host_rsa_key.crt. Can you tell us the precise steps you took to verify the NoMachine host key certificate?
Britgirl
KeymasterThe command is correct when running it from a CMD prompt as administrator.
If you are using Powershell, try& "$ENV:ALLUSERSPROFILE\NoMachine\nxserver\nxserver.exe" --debug --enable all
.We will update the documentation for Powershell users. Raising the log level in the server.cfg will be effective from the next restart.
Please try enabling debug again through the CLI on the server side host and reproduce the problem, then submit the logs to forum[at]nomachine[dot]com.
-
AuthorPosts