Britgirl

[Britgirl]

Hi,

first, on each of your internal servers that you want to access you should install a NoMachine server. We provide 3 different families targeting enterprise needs: in simple terms: Enterprise Desktop for access to the desktop, Terminal Server for Linux-only machines that lets you run multiple desktop environments on the same host, and Cloud Server which functions as a gateway to your fleet of NoMachine servers. Each server where you install one of these three requires a subscription for that product. You can reach these machines over IP or over Machine Id (NoMachine Network). Connecting over IP does not require any “user-side” subscription.

Instead,  if you would like your users to connect using NoMachine Network, then they will each require their own User Id, by creating their own account, and a Network subscription. Whilst we don’t currently support a “team licensing model” (e.g., just to give a basic example, one subscription for 4 users, 1 or 2 of which can connect through the Network service at any time), this is something we’ll support soon. However, you can still manage the Network subscriptions yourself now by creating your own account, purchasing 4 Network subscriptions, and then assign the Network subscriptions to other users (the users must still create their own accounts) from your User Area. You can unassign, reassign as you need, when you need. Doing it that way gives you control on who is using what. If a user leaves your organization, you can unassign any Network subscription by removing their User Id from the “assign” field. This does not delete their account, however.

Also take a look at the following articles: https://kb.nomachine.com/AR04X01355, https://kb.nomachine.com/AR06W01294.
There is also a useful article that puts all the FAQ about NoMachine Network in one place: https://kb.nomachine.com/AR04X01360

If you create an account, you get 7-days to try the Network service, and from your User Area you can generate your own evaluation licenses to activate the server product of your choice. Our sales team are ready to help if you have any more questions about what products to use based on your specific requirements.

[Britgirl]

Hi, we are aware of this problem and have already opened a Trouble Report. Please use this link to track its status: https://kb.nomachine.com/TR07X11889.

[Britgirl]

Users encountering this issue, please take a look at the topic submitted here for a possible solution: https://forum.nomachine.com/topic/video-tearing-glitching-caused-by-nvidia-driver

[Britgirl]

Hi, thanks for reporting this. I will add this topic as a link to the earlier one 🙂

[Britgirl]

Investigations that were done did not allow us to pinpoint specific system variables which are affecting the NoMachine UI. However, some improvements recently made could help, and we invite you to update to the latest version. If you are still encountering the same issue, please follow the instructions that were recently posted for a similar topic here: https://forum.nomachine.com/topic/nomachine-ui-stops-working-enabling-linux-for-windows#post-55834

And then reach out to us through the website, so we can continue through our traditional support channel. You can contact us using the following email address issues[at]nomachine[dot]com.

[Britgirl]

Investigations that were done did not allow us to pinpoint specific system variables which are affecting the NoMachine UI. However, some improvements recently made could help, and we invite you to update to the latest version. If you are still encountering the same issue, please follow the instructions that were recently posted for a similar topic here: https://forum.nomachine.com/topic/nomachine-ui-stops-working-enabling-linux-for-windows#post-55834

And then reach out to us through the website, so we can continue through our traditional support channel. You can contact us using the following email address issues[at]nomachine[dot]com.

[Britgirl]

Hi, NoMachine disconnects when the Mac goes into hibernation, and then reconnects when it wakes up. What you are seeing is the correct behaviour even though you didn’t physically disconnect and reconnect NoMachine.

Thanks for submitting the logs, they confirm what I wrote previously:

Info: Remote desktop resized to 3840×1200.
Info: Session window surface configured.
Info: Changing display mode to ‘viewport’.

Upon reconnection, NoMachine tries to apply the previous resolution before it disconnected, but can’t because the macOS desktop (not NoMachine) decided the resolution should be 3840×1200. So it switches to ‘viewport’ because the client has a smaller available resolution.

[Britgirl]

Hi, we’ve reproduced this and opened a Trouble Report here: https://kb.nomachine.com/TR07X11880. For the time-being you should use a different key for switching the layout (or a combination). Please use the link to keep track of the TR’s status. Thanks for reporting 🙂

[Britgirl]

Hi, thanks for those, they helped us to identify where the issue is. We are going to send you an updated library with a potential fix. Please download and install, the same as you did previously and let us know if it fixes the issue.

[Britgirl]

Hi, there is a trouble report open related specifically to Gnome, here’s the link https://kb.nomachine.com/TR03V11117. There is no other workaround other than login to the physical session first (before creating virtual session on gnome), or use an alternative desktop session (not Gnome).

[Britgirl]

Hi, when connecting from the problematic Debian 13, can you confirm that you cannot send input events to both the Windows 11 machine and the other Debian 13? If so, this is an indication that the problem is on the client side. Client side logs would be useful. On the problematic Deb 13 computer -> Player Settings -> Security and check option ‘Don’t delete log files on exit’. Connect and reproduce the problem. Afterwards go back to the Player Settings and click “Take logs”. You can attach them here or send directly to forum[at]nomachine[dot]com. Please use the title of this topic as the subject of your email. Thanks.

[Britgirl]

We have not been able to reproduce and the logs don’t give any indication of an error. You could try checking the xev application output. It should say something more when the tab is pressed. Start xev in the session. Press Alt+Tab, copy output from xev window, and paste here.

[Britgirl]

create / use a key pair between my iPad and my Mac mini – I’m figuring that would be more secure than a username / password?

Hi, for key-based authentication take a look at the article here which explains how to set it up: https://kb.nomachine.com/AR02L00785.

I would also like to prevent the NoMachine server on my Mac from registering / publishing my Mac on the NoMachine cloud.  I’ll plan on just VPNing in and accessing my Mac via IP address (I use DHCP reservation on this Mac)

NoMachine does not automatically register/publish a machine on Network unless you or a user with full admin privileges explicitly tell it to 🙂 But if you want to make sure it doesn’t accidentally get published for whatever reason, you can disable it completely in the configuration file and to do that, check this article here: kb.nomachine.com/AR06W01278.

and finally, just b/c I’m paranoid I’d like to restrict inbound connections to an IP range used by my firewall when connecting in via WireGuard.  I know I can do that in PF on the Mac – but wasn’t sure if that was the best / most elegant solution

To restrict an incoming over IP connection to a specific range, you can do using your router/firewall configuration. What is possible within the server configuration file is to lock down which interface the nx server daemon is listening. You can do this with NXdListenAddress in the server.cfg file. It does not accept a range of addresses currently, that’s coming in version 10. You can also prevent the machine from broadcasting on LAN, it will still be reachable through creating a connection, but it won’t show up in other NoMachine users’ Machines panel if they are also on your same LAN.

#
# Enable or disable broadcasting the required information to let
# other computers discover this host on the local network.
#
# 1: Enabled. Other computers on the local network can find
#    this host machine.
#
# 0: Disabled. This computer cannot be found on the local
#    network but it’s still reachable by providing its IP
#    or hostname.
#
EnableLocalNetworkBroadcast 0

[Britgirl]

Hi, while we continue to monitor reports, investigate issues, and identify potential fixes for issues we are seeing on the macOS Golden Gate preview, we generally prefer to hold off on releasing those fixes while the operating system remains in beta. Beta releases can change significantly before the final version becomes available, and a fix implemented today may need to be revised, or even undone entirely, as Apple continues to make changes throughout the beta cycle. For this reason, we typically wait until the operating system reaches its official release before finalizing and delivering NoMachine fixes. This helps ensure that any changes we make are stable, effective, and won’t require further rework as the platform evolves. We appreciate your understanding and thank you for helping us identify potential issues ahead of the macOS official launch. We also appreciate your offer to test in advance 😉

[Britgirl]

Hi, thanks for submitting the logs, we have reproduced the issue. It’s related to libnxegl not being preloaded due to system scripts not being updated correctly on Armbian. A Trouble Report has been opened. Please use the following link to monitor its status: https://kb.nomachine.com/TR07X11883.

[Author]

Posts