Re: pam_unix.so + nsswitch.conf + nis
- Subject: Re: pam_unix.so + nsswitch.conf + nis
- From: Vassilis Vatikiotis <vatikiot@xxxxxxxxxxxxxxxxx>
- Date: Wed, 22 Aug 2007 12:40:19 +0300
- User-agent: Thunderbird 1.5.0.12 (X11/20070604)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
> > And the compat option is not for NIS lookups, it works with
> > every other service, too.
Right, I didn't know that. Good to know.
> > What you mean is, that the +::::: notation in passwd/shadow files
> > was used in libc5 without NYS to support NIS,
Yes you put much better.... my powers of expressiveness in english are
lacking Im afraid
I was using the compat option with the + notation in my /etc files but I
was under the impression that since the compat option was "outdated", it
was a good thing to change it. The "files nis" in nsswitch.conf works,
meaning that lookups, local and NIS, work but still there is this
problem. Why, after a successful "files" lookup, the control doesn't
return to the caller function and goes on initiating a conversation with
the NIS server? Don't know if that conversation is a lookup or something
else to be honest.
To double check I perform local lookups (ssh root@NIS-client) with
ypbind on and off. In both cases the lookups are successful.
The only thing that troubles me is that there is a root account in NIS
maps, but I've put an -root:::::: in /etc/passwd of the NIS server.
Still, a ypcat root passwd on the NIS client return root acc info from
the nis maps...
I'm confused...
(sorry for double posting)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGzASDgUWLzP4xLCERAvGpAJ9JeTosqvCuhz1DentzMHnd4ulD+wCffHNA
QW7SnBnXfgqQTYgdsthR4/k=
=lfbN
-----END PGP SIGNATURE-----
_______________________________________________
Pam-list mailing list
Pam-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/pam-list
[Fedora Users]
[Kernel]
[Red Hat Install]
[Linux for the blind]
[Gimp]