Britgirl

[Britgirl]

Web-based remote access is not available in the free version of NoMachine. Did you install one of the Enterprise products on the RedHat system, for example NoMachine Enterprise Desktop or NoMachine Workstation? A good place to start is the following tutorial. Is this the manual you were referring to?

https://www.nomachine.com/getting-started-with-web-based-remote-access

[Britgirl]

What are you connecting to on the server side? You mentioned Linux, but not the NoMachine product. What distribution of Linux and what version? This would be useful information to have. Thanks!

[Britgirl]

If the Macs are going to sleep, it’s normal that you can no longer see them in Machines of the Player: the Mac suspends applications and this means that broadcast information of the NoMachine server on the LAN is no longer received on the NoMachine clients.

There are two things you can try:

1) Configure the Macs’ Energy Savings appropriately so they don’t go to sleep.

2) if number 1) is not an option for you, create connection files using the LAN IPs of those Macs and store them on the computers/devices you are connecting from. Use these to start the connections (they are identifiable with the small !M icon in Machines) from the Player.

If the connection still fails to properly wake up your Macs, edit the configuration of the connection visible in the Machines list, and tick the box “Wake on LAN” (Right click on connection icon -> Edit connection -> Configuration -> tick box).

Let us know the outcome.

[Britgirl]

Hi, we reproduced the issue and have opened a Trouble Report.

Client window ignores keyboard input on macOS Monterey
https://knowledgebase.nomachine.com/TR01T10443

A fix will be released in next but one update. I say “next but one” because a v7 maintenance is almost upon us.

[Britgirl]

Hi, thanks for submitting the additional information. We’re not aware of similar behaviour.

To understand why it’s happening we would need to see a full set of logs, from both sides so a set from your Ubuntu client and then from the Windows computer which you are connecting to.

Please see here for instructions. https://knowledgebase.nomachine.com/AR10K00697

You can send attachments directly to forum[at]nomachine[dot]com using the topic title as the subject of your email.

 

[Britgirl]

@ mcvitas, please check your email inbox. I have sent you further instructions on how to get logs to us. Thanks!

[Britgirl]

Did you already check that the box “Don’t advertise the computer on the network” is not flagged on the Mac machines?

The NoMachine MDNS service uses the UDP port 5353. Check whether the firewall on those Mac computers is maybe blocking access to it.

[Britgirl]

Hi, we’ve logged your interest in testing a native package of NoMachine for Windows ARM. It’s certainly not a technical limitation to port NoMachine to run natively on Windows ARM, and it’s definitely something we’d like to offer in the future. Adding support for new platforms in our future roadmap is purely a business choice. Although the Windows on ARM segment offers more choice in terms of hardware available (it wasn’t like that a couple of years ago), it still shows a somewhat lacking ecosystem compared to Intel and AMD products on the market. In the meantime, we’re keeping an eye on Windows for ARM increasing popularity and if we have a pre-release package available for testing, we’ll announce it here 😉

[Britgirl]

We reproduced the same behaviour. But this seems to be more of a problem of Mint and not NoMachine. It can be fixed by setting the environment varible in node.cfg:

DefaultDesktopCommand "env XDG_CONFIG_DIRS=/etc/xdg/xdg-xfce:/etc/xdg:/etc/xdg /usr/bin/startxfce4"

This should be enough to get the correct desktop GUI. Since the desktop-user was already logged and probably you had “wrong” settings saved, you need to reset it with:

rm -rf /home/desktop-user/.config/xfce4

and then logging in to your NoMachine session should give you the desired DE.

[Britgirl]

This is not caused by NoMachine software. This is because the virtualized OS X does not recognize the original hardware, so you should check your hypervisor settings.

This example may help depending what you are using: https://stackoverflow.com/questions/70186036/icloud-unsupported-device-when-installing-macos-big-sur-in-vmware

[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.

[Author]

Posts