|
I am running (uname -r) 2.4.22-1-686-smp on a set
of dual processor Dell Precision 550 workstations.
I had been using NIS with some success.
Recently, however, I have been observing that some users
had been failing authentication, with the following
entries in the log:
auth.log:
Feb 17 12:18:03 machine1
login(pam_unix)[26438]: authentication failure; logname= uid=0 euid=0
tty=pts
/1 ruser= rhost=192.168.100.216 user=user1 If there's an entry for the user in the local
password file, then I am able to authenticate. If the entry
is a +user:::::: entry, I don't authenticate.
If I login as a local user and then su to another user from
the NIS database, I don't authenticate.
I can login as root and su to a user who exists only in the NIS
passwd maps, so I believe that the issue lies in
the password that is returned to the login process.
Any thoughts on how I would confirm/deny that the
password is not being fetched appropriately (or that the
local machine doesn't understand the results) from
NIS? Also, any thoughts on how/why this would have
happened?
I am using the default NIS setup (no shadow
passwords) and the default nsswitch.conf files (passwd, group, and
shadow are listed as "compat").
Any suggestions on getting more debugging
information or shared experence with similar situations would be
greatly appreciated.
Patrick W. Foster
Waltham, MA 02451
|
