Britgirl

[Britgirl]

Hi, try disabling hardware decoding in the player. You can do that by setting the appropriate key in the player.cfg file. Instructions are available here:

https://kb.nomachine.com/AR07U01202

You need to set the key to <option key=”Enable hardware accelerated decoding” value=”disabled” /> to completely disable, making sure to quit the player first (from the tray) before then starting a new session.

Does the session still disconnect?

Please send us the client-side logs (the device you are connecting from). You can gather them using the instructions in the following document https://kb.nomachine.com/DT07S00243, specifically paragraph “Fourth Step: Collect Client Side Logs“.

 

[Britgirl]

Thanks for the player logs.

A crash is observed:

18874 18874 2024-09-03 09:26:14 034,814 ClientSignal: WARNING! Child process ‘18979’ died because of signal ’11’, ‘SIGSEGV’.

It would be useful to see a backtrace from the core file/crash report. Please see the instructions here:
https://kb.nomachine.com/AR09L00810

[Britgirl]

Check that you have not configured NoMachine to keep logs in both the Player and Server settings to start off with (Settings > Player > Security and Settings > Server > Security. Generally, you enable logs when you need to reproduce a problem and then analyse the logs, but you should disable them afterwards.

A large number of M-* and R* could be an indication of something crashing and it would be a good idea to send us an example of what you have, so we can check them. You’ve deleted them now, but if they continue to grow, please submit some examples.

 

[Britgirl]

Hi, please follow the steps in the article:

Connecting to virtual desktop sessions in NoMachine
https://kb.nomachine.com/AR07K00681

You need to set the ConnectPolicy key in /usr/NX/etc/server.cfg. Point iv or vi depending on your specific needs should be your case 🙂

[Britgirl]

We received client side logs, but we need to see the server side logs.  You can extract them using the instructions here: https://kb.nomachine.com/DT07S00243. Send them to forum[at]nomachine[dot]com. Please use the title of this topic as the subject of your email. Thanks!

[Britgirl]

We received server side logs and the client side nxtrace log but no NoMachine player logs from the Windows machine. Please submit those as well. See point Fourth Step: Collect Client Side Logs (if requested) of the document in my previous reply. Thanks.

[Britgirl]

Do you mean the TR ‘s workaround does not help, or do you mean the keyboard is now working correctly?

[Britgirl]

You appear to have a double NAT there. So NoMachine has to go through two routers. You will need to forward the first port from external IP on Starlink to TPLink, and than from TPLink to the computer (https://kb.nomachine.com/AR04S01122). If you’re not in charge of both of these routers, you would need to contact who is in order to open the necessary ports to get access to your network from outside.

The upcoming NoMachine Network feature of version 9 will solve all these networking problems. There will be no need to know your computer’s IP address, or other network details.  See this page for an introduction into what’s coming up: https://www.nomachine.com/network

[Britgirl]

It’s strange that you can connect from other clients without issues. As you said the problem appears to be on the Manjaro device you are connecting from, so for that we need the Player logs which were missing. See “Fourth Step: Collect Client Side Logs” in the link I gave previously.

[Britgirl]

Hi, there is a Trouble Report open about a similar issue. Could you check whether the steps to reproduce reflect your case and whether the workarounds also apply?

https://kb.nomachine.com/TR03V11107

[Britgirl]

 

Hi,

there are currently no options to install “only nxhtd” or “only nxd”, but putting the NoMachine Web server on a different machine is definitely possible by design. Simply install the NoMachine package you’re interested in adopting which includes the web server (e.g., Enterprise Desktop, Workstation, any other Enterprise-oriented product etc) on both machines [VM_A, VM_B].

Then, configure VM_A according to the instructions in the NoMachine guide:

“How to configure a NoMachine server to connect web sessions on localhost or on different hosts”
https://kb.nomachine.com/AR06P00984

The Webplayer on VM_A will connect exclusively to the nxserver [on nxd port ] on VM_B.

Additionally, you can limit nxserver on that host to allow only HTTP  connections, which will disable NXD and SSH connections, preventing the NXD process from starting.

To do that, modify the “server.cfg” file:

”
ClientConnectionMethods HTTP
”

To prevent “nxnode” from starting on that server, modify the “server.cfg” file:

”
AvailableSessionTypes “”
“

[Britgirl]

Hi, take a look at point 4 in the following article:

https://kb.nomachine.com/AR04K00667#4

If there are multiple desktop environments, you can configure NoMachine to provide users the list of all the available desktop types installed and configured on the system (i.e. available in /usr/share/xsessions).

Set ‘xsessions=1’ in the ConnectPolicy key in /usr/NX/etc/server.cfg:

ConnectPolicy autocreate=1,autoconnect=1,automigrate=1,desktop=0,dialog=0,xsessions=1,udp=1

Removing the # from the key. Then when connecting, NoMachine will show all the DE options available.

Or to show XFCE, you can set the DefaultDesktopCommand key in node.cfg:
DefaultDesktopCommand “/usr/bin/startxfce4” (see point 2.1 of the same article).

[Britgirl]

Hi, please submit the logs to forum[at]nomachine[dot]com. I see that the link was not visible in an earlier reply from Bilbotine, so here’s the link.

https://kb.nomachine.com/DT07S00243

Please use the title of this topic as the subject of your email.

[Britgirl]

Thanks Steve, we’ve made a note of your feedback.

[Britgirl]

Hi, please tell us what NoMachine software you have installed and the exact steps to reproduce the problem in the NoMachine remote desktop connection. Thanks.

[Author]

Posts