Forum / NoMachine for Linux / Error: Cannot authenticate to the requested node
- This topic has 22 replies, 5 voices, and was last updated 1 year, 4 months ago by jkissane.
April 1, 2021 at 10:50 #32687
I’ve been trying to use NoMachine to allow remote connections to a PC running Fedora 33. I’ve run into an authentication problem that I’ve found lots of mention about online but no fix.
The PC uses NIS to authenticate & I can ssh onto it without issues. An attempt to connect via NX gives these messages in the server log file:
1888 1888 2021-04-01 09:49:12 650.050 NXSERVER WARNING! User john.kissane doesn’t exist in system.
1888 1888 2021-04-01 09:49:12 650.195 NXSERVER WARNING! NXLogin: Cannot retrieve absolute username for user: john.kissane.
& this on the client:
The session negotiation failed.
Error: Cannot authenticate to the requested node.
Latest version of NoMachine on the PC (7.4.1_1) & I’ve tried from both Windows & Linux clients. We have a few licensed versions of NoMachine also working fine on Redhat servers using the same NIS domain etc.
As part of troubleshooting, I found it does work if I create a local user on the PC so appears to be something in the interaction between NX & NIS but only on Fedora 33 (& possible other version).
Any suggestions on how to proceed are very welcome as adding local users isn’t a viable solution.April 1, 2021 at 13:19 #32704CatoParticipant
The errors mean that passwd structure describing the user account can’t be obtained for user “john.kissane”. This is usually caused by missing entries specifying user data source in
/etc/nsswitch.conf.To make sure that your system is correctly configured, please run the following commands from terminal as root user on your NoMachine Server host:
getent passwd john.kissane
getent group john.kissane
Do they produce correct outputs?April 1, 2021 at 17:13 #32711
Thanks for the suggestion.
“getent passwd” produces the entry in the yppasswd file, “getent group” produces nothing but then there is no group called john.kissane.
As mentioned I can either ssh onto this box or login via window manager on the local screen without any errors.April 6, 2021 at 12:31 #32768
I just tried this on a new server running the latest version of RedHat (Red Hat Enterprise Linux release 8.3) & the same issue appears. An older version of NoMachine is working normally on some older versions of RedHat with the same setup.
Not working – NoMachine-7.4.1-1.x86_64 on RHEL 8.3
Working – NoMachine-5.0.47-1.x86_64 on RHEL 6.9
Both using the same NIS domain/server.April 12, 2021 at 16:18 #32875
I reinstalled the PC with Fedora 25 as more important to the user is to be able to access it remotely than to have the latest & greatest. NoMachine (7.1.3) is working fine on that version. I don’t have the time to see where NoMachine stops working on the various Fedora versions between 26 & 33.April 20, 2021 at 14:05 #32989CarinParticipant
we were not able to reproduce the problem in our labs. It seems more like a configuration problem on your server.April 20, 2021 at 16:33 #32991
Thanks for the update, as I mentioned I installed Fedora 25 instead & all works fine with NIS configuration as before. When you say “configuration problem on your server” what exactly does that mean?
This combination works:
[root]# rpm -q NoMachine
[root]# cat /etc/redhat-release
Fedora release 25 (Twenty Five)
Also doesn’t work under RHEL 8.3 so I suspect if the group who own those servers chose to purchase NoMachine licenses then I’ll be opening a support ticket at that stage.April 26, 2021 at 10:25 #33060
Can you check and provide us content of
/etc/nsswitch.conf?April 26, 2021 at 11:28 #33062
Sure no problem but given I log into the machine & authenticate via NIS, I’d suggest it’s working ok! The attached file is from a RHEL 8 box as the original PC has been re-installed with Fedora 25 which works fine with NoMachine.
Thanks!April 26, 2021 at 14:20 #33074
Please can you send nsswitch.conf file to forum[at]nomachine[dot]com mentioning forum title in the subject?April 29, 2021 at 14:10 #33165
I sent that file a few days ago as requested.
I’ve since tested NoMachine with the latest version of RHEL 7 (Red Hat Enterprise Linux Server release 7.9 (Maipo)) & can confirm it works ok there. Looks like the problem is with RHEL 8 & newer versions of Fedora.April 29, 2021 at 16:19 #33171
We have open a Trouble Report: TR04S10221 – Authentication fails in NIS environment on Fedora 33 and RHEL 8.
Please follow the link and select “notify me” at the side of the Trouble Report to receive notification of the fix.
Thanks!April 29, 2021 at 16:29 #33172
Great! Thanks very much.May 24, 2021 at 09:32 #33604Peter SunParticipant
I use Centos 8.3, I can confirm this happens after upgrading from 6.12.7 to 6.13.1.
I also download and install the latest version 6.15.1, same problem.
I think NoMachine might modify the code of authentication since 6.13.1, so NIS is not working after that modification.May 28, 2021 at 07:00 #33711CarinParticipant
Hi Peter Sun,
Your log files failed to attach. Can you please send them directly to forum[at]nomachine[dot]com, making sure you add the title of the topic as your email subject? Thanks!
This topic was marked as closed, you can't post.