Britgirl

[Britgirl]

I assume you are asking about two users connecting to the same virtual desktop session? By default, users connecting to a host where a NoMachine Terminal Server product, e.g Workstation, has been installed can share their NoMachine virtual desktop with other users.

If one of the two users has already created the virtual desktop session, the other user can authenticate and select “All desktops”. The list of available sessions will be shown. See the screenshots I have attached.

Further reference:
How to share a NoMachine virtual Linux desktop with other users
https://www.nomachine.com/AR07P00993

Attachments:

1. 

   6.png
   

2. 

   7.png
   

3. 

   8.png
   

[Britgirl]

There was a typo in the previous reply. Could you try with the following and tell me if that works:

rm -rf /home/type_username_here/.config/xfce4

then follow the steps as before (log in to desktop using NoMachine physical session, logout, create virtual desktop session)

[Britgirl]

Hi, by installing Enterprise Desktop on the device you want to access, you get unlimited connections to the physical desktop available there. This means that unlimited users can connect to that computer and they will see, and share, the same desktop. The Enterprise also supports access via web, users can also connect by using their browser.
Aternatively, users that want to connect can install either the free edition of NoMachine or the Enterprise Client package on their own devices.

Enterprise Desktop is available in evaluation for 30 days here: https://www.nomachine.com/product&p=NoMachine%20Enterprise%20Desktop.

In order to get started with browser-based access, please take a look at the guide here:
https://www.nomachine.com/getting-started-with-web-based-remote-access

You might also want to take a look at this article:

Differences between NoMachine Enterprise Desktop and the free to download NoMachine package
https://knowledgebase.nomachine.com/AR07L00808

[Britgirl]

Hi, firstly I fixed the status of that FR, it should not say “Implemented” but “Dismissed”. One of our developers will answer your other question 🙂

[Britgirl]

Hi, this is a serious issue we recently found in the USB driver we distribute on the Mac. Please check the Trouble Report and follow the instructions to apply the workaround. We already fixed the problem. It will be released in the next Maintenance Update, due in the next few days.

USB forwarding does not work properly on macOS Monterey
https://knowledgebase.nomachine.com/TR12S10425

Update 28/1: We are waiting to receive the necessary Entitlements from Apple in order to release the next scheduled maintenance which includes the fix for this issue. Without these Entitlements we are unable to provide signed drivers and unsigned drivers will not be loaded by the system. As soon as we have received the appropriate permissions from Apple, we will release the software update.

[Britgirl]

Got them thank you!

[Britgirl]

We have not received any logs 🙁

Are you able to send them again?

For the authentication failure issue it would be better to start a new topic about that with all the details and the specific error message you are getting.

[Britgirl]

Hi, I’ve just forwarded it on to you again. It was originally issued from the Forums backend. I’m not sure what happened there. Let me know that you got it.

[Britgirl]

The instructions for enabling and gathering logs manually are correct 😉

Try the shorter method “Collect server side logs automatically”

https://knowledgebase.nomachine.com/DT11R00182#1

Command nxserver --debug --enable allows you to enable debug logs for all components: nxserver, nxnode, nxwebplayer/client and the display agent in one go. It must be executed on the machine where the problem occurs. In your case, this is on the Windows machine server-side.

To do it on Windows, open a CMD console as administrator and move to the ‘bin’ folder under the NoMachine installation, e.g:

cd %ProgramFiles(x86)%\NoMachine\bin
nxserver --debug --enable all

Connect and reproduce the problem. When you’ve reproduced the issue, you then do:

cd %ProgramFiles(x86)%\NoMachine\bin
nxserver --debug --collect

The log archive is named as: NoMachine-log-.zip (e.g. NoMachine-log-2022.01.19-9.15.01.zip) and stored in: %PROGRAMDATA%/NoMachine/var/log/archives.

[Britgirl]

Hi,

it seems the Player logs were missing. And we would need to see those. In the UI on the computer you are connecting from:

– Make sure that the box to not delete log files on exit is flagged
– Connect to the server and reproduce the problem.
– Compress the user’s home/.nx directory containing logs.

[Britgirl]

Hi, this is a known issue. Please use this link to track its status:

Right mouse button doesn’t work on Android 8
https://knowledgebase.nomachine.com/TR07P08723

[Britgirl]

so I did reinstall the entire OS from scratch and installed NoMachine freshly and it works fine.

 

So it seems something was not quite right with your Arch install.  Thanks for letting us know.

 

previously I was able to set practically any display resolution for the remote server

You will find some useful tips and information here:

Some tips about resize and scaling options for NoMachine
https://www.nomachine.com/AR02M00835

[Britgirl]

Did you get the macOS prompt to approve permissions?

Try the tips in this article here: https://knowledgebase.nomachine.com/AR01P00962

If that doesn’t work, also try the procedure here as well: https://forums.nomachine.com/topic/unable-to-get-audio-working-10-14#post-34576

[Britgirl]

Slodi, the logs you submitted were from the connecting client only.

We need the logs from the machine that you are connecting to (server side). On the server machine (in your case Windows remote version: Edition: Windows 10 Home Version: 21H1 Build: 19043.1415), enable logs as per Fra’s instructions.

Then, start a connection from your client side Windows machine and reproduce the problem. Gather the logs from the server side

To do that on Windows, open a CMD console as administrator and run:

cd %ProgramFiles(x86)%\NoMachine\bin
nxserver --debug --collect

The log archive is named as: NoMachine-log-<timestamp>.zip (e.g. NoMachine-log-2018.09.27-11.44.01.zip) and stored in: %PROGRAMDATA%/NoMachine/var/log/archives on Windows 10.

[Britgirl]

Hi, based on the logs, we need to narrow debug down further. Can you check your email inbox? We would need you to try a second debug package and resubmit logs.

[Author]

Posts