Forum Replies Created
-
Posts
-
Renaming is not only a modification to the software which would not be allowed by NoMachine’s EULA, it could also break your installation.
Send the Linux logs over so we can check. The ones you got from the Windows client didn’t attach, so send them on as well.
On the server side what’s the output of
/etc/NX/nxserver --statusin a terminal? If it’s not “started”, can you restart it with--restart? Logs would be useful if restarting doesn’t help. For logs please check this article https://knowledgebase.nomachine.com/AR07K00677 . You can send them directly to forum[at]nomachine[dot]com. Please use the title of the topic in the subject of your email 🙂It could be that port 4000 is already taken. The Network Server (nxd) listens by default on port 4000. If you have another application using port 4000, you can change it for NoMachine in server.cfg.
More about default ports that NoMachine uses is here:
https://knowledgebase.nomachine.com/AR01L00770How to solve port conflicts with other applications
https://knowledgebase.nomachine.com/AR11L00823Here I can see in the log excerpt that you are using an nx derivative which could be interfering with NoMachine. Uninstall it and then try using NoMachine. If you reproduce the same issue, we can continue this thread, with fresh logs being submitted.
Update: user confirmed that on the remote host there is no NoMachine package installed. This topic is therefore closed.
Further reference:
Supporting earlier versions of NoMachine and NX
https://knowledgebase.nomachine.com/AR07O00933Restarting the nxserver would mean you lose the logs. You would need to reproduce the problem again, and send in a new set.
It’s not clear what you want to hide from users 🙂 Do you want to disable certain services so that users cannot, for example, use file-transfer? Or do you want to not show the !M in the system tray? Or do you want to rename some nx processes?
We need logs from the server side to understand why the server is not running and therefore why you cannot enable ‘Desktop shared’. Please see here for instructions on how to extract them. https://knowledgebase.nomachine.com/AR10K00697
Send them directly to forum[at]nomachine[dot]com making sure you put the title of this topic as the subject of your email.
Also a screenshot of the Server Status. Open NoMachine, go to Settings, select Server, then Status. Thanks.
Can you show me a screenshot of the path that you are selecting in the RDM GUI? You should be selecting ‘NoMachine’ and not ‘NX Client’. An image of what you see would help to understand what you are choosing. NoMachine on the client-side starts the session with nxplayer and not nxclient.
Is it possible that you were using Plasma (Xorg) before the reset of the Linux server and now that it has been “reset” it has gone back to Plasma (Wayland)?
Disable Wayland and use x.org instead.
1. Logout from the desktop
2. Log in as Plasma (Xorg)
3. Check that you can connectIf you can’t attach them here because there are too big, you can send them to forum[at]nomachine[dot]com. Please use the title of your topic as the subject of your email. Thanks.
So it would seem a separate issue (when you are connected to the remote host and not when opening the UI), but logs will help us to understand what’s happening. Can you send the logs from the Enterprise Client host, this time following the instructions here: https://knowledgebase.nomachine.com/DT11R00181#2?
Hi, can you send us the logs of the M- directories from the affected hosts (typically you can find them in /var/NX/nx/.nx/M-* ) ?
Attach them here or send direct to forum[at]nomachine[dot]com.