Britgirl

[Britgirl]

Hi,

We’ve tested on Fedora 37 and not encountered authentication issues. Regarding failed authentication to change server settings, please start a terminal as the user attempting to authenticate and type:

sudo -l -U <username> /bin/pwd

What’s the output of above command?

 

the installation failed to find my external IP address, which has never been a problem with NoMachine before.

In NoMachine version 8, UPnP/NAT-PMP is disabled by default in the Free Edition. To get access to your computer over the internet, NoMachine’s UPnP/NAT-PMP port mapping must be enabled by hand (‘Server settings -> Ports’ -> Select the service and click on Configure); or alternatively, your router can be configured with the appropriate port-forwarding rule. When port-mapping/port-forwarding is enabled, remote NoMachine connections will be possible (more info section 2.2 https://kb.nomachine.com/AR04S01122).

Regarding the other issue you mention, it looks to be related to authentication

[Britgirl]

I’ve no idea what version you are using so I’m assuming you’re using the latest.

From your original topic what I understood was the non-sudo users couldn’t get access. What appears to be the problem is that you don’t actually have access with authorization. By default NoMachine does not let system users connect without acceptance of the desktop owner. So you must change the following setting:

You have two options. Either you add your username as a trusted user or change this key:

#
# Enable, disable or restrict NX Server requesting authorization to
# the owner of the physical desktop to allow a different user to
# connect.
#
# administrator: system and NoMachine administrators.
#
# trusted:       NoMachine trusted users for connections to physical desktop.
#
#
# system:        all unprivileged users who have a valid account to  login.
#
#
# owner:         the owner of the remote desktop.
#
#PhysicalDesktopAccessNoAcceptance administrator,trusted,owner

to look like this:
PhysicalDesktopAccessNoAcceptance administrator,trusted,owner,system

p.s I’d avoid having nx-derivatives installed on the same server with NoMachine.

Supporting earlier versions of NoMachine and NX
https://www.nomachine.com/AR07O00933

[Britgirl]

Check that you have not disabled “system” in the the PhysicalDesktopAccess key in the NoMachine server.cfg on your Debian server.

# Allow the given type of users to connect to the physical desktop.
# Set this key to 'all' to allow all kind of users, or to 'none' to
# completely forbid access to the physical desktop. Otherwise give
# a comma-separated list of values to indicate which type of users
# is allowed to connect, order is not relevant. Accepted values are:

#
# administrator: system and NoMachine administrators.
#
# trusted:       NoMachine trusted users for connections to physical
#                desktop.
#
# system:        all unprivileged users who have a valid account to
#                login.
#
# owner:         the owner of the physical desktop.
#
# guest:         Guest Desktop Sharing users who login anonymously
#                without having a system account and system guests
#                with an account generated on demand on the Linux
#                host. Guests are never allowed to connect to the
#                desktop of a cloud server.
#
#PhysicalDesktopAccess administrator,trusted,system,guest,owner

It’s enabled by default when you install NoMachine, but I’m not sure what changes you might have made (or made by others).

Check that the key includes system users e.g. PhysicalDesktopAccess administrator,trusted,system,guest,owner.

[Britgirl]

Sorry for not specifying. The changes in configuration must be made on the server side. Where I mentioned,

How to connect over the internet to NoMachine behind a NAT router
https://kb.nomachine.com/AR04S01122

with reference to #2.2,  the person who needs to allow connections in will need to configure their computer as per those instructions that I mentioned in my earlier reply. They must then communicate the IP address to you and you use that to connect to their machine.

[Britgirl]

I have an Inovato Quadra. It runs an Armbian OS which is pre-installed with the XFCE desktop:

To be honest we’ve not tried NoMachine on  a Quadra. It’s one of many of these small devices on the market that to test all of them becomes impossible 😉 The same also applies to Armbian OS and Hampi. Systems and distributions we have tried and tested are listed in the dedicated article here, they are the most popular ones:

Installation & configuration notes for NoMachine Linux ARM packages
https://kb.nomachine.com/AR03M00842

You say changing the DefaultDesktopCommand key suggestion didn’t work. You didn’t say what the result was, but nevermind.

You could try the command:

grep ^Exec /usr/share/xsessions/*

You will see a list of commands which start all DE which you have installed on the system
You could choose one and set it in DefaultDesktopCommand key and see if with an alternative DE it works. More examples are here: https://kb.nomachine.com/AR04K00667

However, to cut to the chase (your original OP), and now that we have more info about what is installed on the Quadra

2. The Hampi system works as expected with the dongle (permissions are full, as expected, so system management can be performed) but, without the dongle, I have the permissions problem that I reported in my OP.

 

only logs would help us to identify what is happening. Enable debug, reproduce the problem with Hampi and zip up the logs. We can take a look. To do that follow the instructions here :

https://kb.nomachine.com/DT07S00243#2

Send to forum[at]nomachine[dot]com making sure you use the title of this topic as the subject of your email.

[Britgirl]

Thanks for the additional information.

And we got the logs for https://forums.nomachine.com/topic/user-unable-to-connect-to-nomachine-after-reboot as well 🙂

[Britgirl]

Perhaps it was not clear to Katiapan that you expected another follow-up? Apologies. The next few weeks will be critical for final testing and tweaks. Keep your eyes peeled.

[Britgirl]

Happy new year to you as well 🙂

The update is coming. If the final testing phase goes well, the update will be released in the next few weeks. Thanks for your patience so far.

Britgirl

[Britgirl]

Hi, we promise an update is coming, and it should be in the next few weeks. You won’t need to sell your iPad 😉

Thanks for being so patient.

Britgir

[Britgirl]

You mentioned an another remote desktop product which works differently to NoMachine. With that product you connect via their service which is on their server in the middle, so it removes the need for knowing network details such as IP addresses and configuration for port-forwarding.

The error message indicates that you need to configure your router for port-forwarding. Did you follow the instructions in the articles I pasted? In the future, we will provide NoMachine Network which you can read about here https://www.nomachine.com/network. It will remove the need to follow those instructions I provided and make connecting much simpler.

[Britgirl]

I am one of the NoMachine team 🙂 but I would not submit information to this topic which is sensitive because this topic is in the public domain. Private messages in the forum are not enabled. Also do not attach your license keys here. For further assistance with this matter please contact us via the website in the footer by going to Contact us -> General enquiries -> Sales or Info (it doesn’t matter) to let us check your subscription details, and provide you with further assistance. Make sure you provide your customer ID .

However the customer area tells me “Support enquiries are not enabled” and so there is no ability to contact anyone through that.

If your subscription has expired you won’t be able to open support enquiries, but you will be able to view your support enquiry history. Please see the following article in our KB for details

Purchasing a subscription from the NoMachine for the Enterprise range
https://kb.nomachine.com/AR10K00711

For any further questions about your subscription, expiry and customer support, our Sales or Support teams will be able to help you 🙂

[Britgirl]

Hi, we didn’t receive any logs. Can you try sending them again?

[Britgirl]

Hi, we are not aware of issues with sharing remote drives from Debian to Windows.

You say you updated. Was disk sharing working for you in the earlier version?

Logs from the server side would be useful. Enable debug on the Debian machine, reproduce the problem and then gather up the logs. You can send them to forum[at]nomachine[dot]com making sure to use the title of the topic as the subject of your email.

$ sudo /etc/NX/nxserver –debug –enable all
$ sudo /etc/NX/nxserver –debug –collect

(from the following guide https://kb.nomachine.com/DT07S00243, Collect server side logs automatically)

[Britgirl]

By default all desktop sharing connections must be explicitly accepted to proceed, but I don’t know if you perhaps changed something on the server side.

How are those users authenticating? With different system accounts or are they all sharing the same login as the owner of the desktop who is already logged in?

On the server machine, go to Server settings -> Security -> User acceptance and check which boxes are enabled. You will see:

1) Don’t require acceptance if the user logged in as system user (by default the box is empty)

By enabling/ticking that box, users with a valid account on this host can connect without the need of the desktop owner’s approval. This configuration is suitable for unattended computers.

2) Don’t require acceptance if the user logged in as the owner of the desktop (by default the box is ticked)

If all users connecting are using the same account as the owner (e.g everyone connects using the name “myteam”) and you want everyone connecting to be authorised by the owner already connected, you must leave this box empty.

If you have Workstation installed (so NoMachine virtual Linux desktops are supported), there will also be a section for virtual desktops in the same panel:

Virtual desktops
Don’t require acceptance if the user logged in as a system user(empty/disabled by default)

Don’t require acceptance if the user logged in as the owner of the desktop (enabled by default)

More about this is available in the relative guide:

https://kb.nomachine.com/DT07S00237#2.5

Perhaps you can attach a screenshot of of the “User acceptance” section in the Security settings panel of the server?

 

 

[Britgirl]

behaviour witnessed between 6.18.1 and 6.9.2 as I already mentioned.

It is not clear what behaviour you witnessed which is different. In theory, if your subscription expired just after the release of v6.9.2 you would be able to install 6.9.2 updates but not 6.18.1.  If your subscription expired just after the 6.14 release, the same concept applies. You would be able to install 6.14 but not 6.18. However, I don’t know the details of your subscription, so can only give you examples.

If I only had a copy of 6.14.1 to test that theory, but it seems it is gone…But 6.18.1 is still up…

The customer area shows customers the current version available for download. It is not a repository of all releases. So if your subscription is valid for v6, you will see the latest release, which is indeed 6.18.

I suggest that you contact the team via the website if you are having problems with downloading or you think your customer area is showing you the wrong information.

If we know your subscription expiry date, we can tell you what updates you were entitled to access and install, and provide a private link if you did not download them when your subscription was valid. A subscription must be kept valid to maintain access to the support sections of your customer area, namely the updates and technical assistance sections.

/Britgirl

[Author]

Posts