[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
(no subject)
- From: Vassilis Vatikiotis <vatikiot iit demokritos gr>
- To: pam-list redhat com
- Subject: (no subject)
- Date: Wed, 22 Aug 2007 12:38:26 +0300
-----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...
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGzAP9gUWLzP4xLCERAkQmAJ9vf1XkMNaYtja7pAaLsmEubes8swCeOMdQ
xvjnXm5SxXTNHS5i4DzhfpQ=
=hDqv
-----END PGP SIGNATURE-----
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]