Tagged: macos server startup
October 25, 2019 at 07:16 #24241
It appears that the NX server is started (MacOS) when a user logs in. Is it possible to start it when the computer boots, so that in the event of a power failure and restart, etc, that it would start automatically?October 25, 2019 at 15:14 #24264
What version of macOS are you using?
Was it installed through command line? If not and if mac os is not “Catalina” then we will need some logs.
Article on how to collect logs:
https://www.nomachine.com/DT10O00163 (“How to gather debug logs for support requests”)
Please enable them and reproduce issue (restart whole os that it will be on login window, try to connect, then log in and connect correctly again.
Gather logs after that.
After gathering logs, please send them to forum[at]nomachine[dot]com using the title of that forum’s thread as the mail’s subject.
Could you also show ouput of # /etc/NX/nxserver –status when it is on login window?October 28, 2019 at 09:08 #24272
macOS 10.14.6 Mojave
Was not installed through the command line.
Logs have been emailed.
NX> 111 New connections to NoMachine server are enabled.
NX> 162 Enabled service: nxserver.
NX> 162 Enabled service: nxnode.
NX> 162 Enabled service: nxd.
In this instance, the client appeared to be connecting then got an error: “Attempting to reconnect to ….. Error was: connection timed out. ”October 30, 2019 at 10:15 #24302
Logs don’t include the full problem (looks like could be enabled little to late), could you check next time on login window if:
– nxserver –daemon is running (for example with
ps -ef | grep nx)
– then gather his pid and check if it is listening on localhost (command
sudo lsof -p <pid of nxserver --daemon> | grep -a LISTEN)
Also new set of logs with these informations would be needed, at the moment it looks like daemon is not running or is not accepting any connections.October 30, 2019 at 14:43 #24316
It does appear that the daemon is running
ps -ef | grep -i nx
499 81 1 0 8:22AM ?? 0:01.02 /Applications/NoMachine.app/Contents/Frameworks/bin/nxserver.bin –daemon
0 259 1 0 8:22AM ?? 0:00.59 /Applications/NoMachine.app/Contents/Frameworks/bin/nxnode.bin –localsession
499 283 81 0 8:22AM ?? 0:00.01 /Applications/NoMachine.app/Contents/Frameworks/bin/nxd
0 337 332 0 8:22AM ttys000 0:00.00 grep -i nx
lsof -p 81 | grep -a LISTEN
nxserver. 81 nx 8u IPv4 0xd9cf5c8cb9495dbb 0t0 TCP localhost:21745 (LISTEN)
and a nmap command from another computer shows that it is listening on port 4000/tcp. And a connection from that other computer while at the login screen worked, and I was able to log in.
But, the behavior is inconsistent. I rebooted and tried again and the remote client showed <No available sessions on this server>. The ps and lsof command output was similar to that above. Log files for that instance have been emailed.November 5, 2019 at 12:23 #24347
Looks like it is a problem with the detection of the correct desktop owner on your machine, as there is no current workaround for such issue, we could prepare and send you patched package. Are you interested in receiving and testing it?November 5, 2019 at 15:49 #24352
Yes, I can do that.January 9, 2020 at 11:07 #25173BritgirlKeymaster
Update: the user has confirmed that the latest version (6.9.2) is working without any issues.
This topic was marked as solved, you can't post.