I want to thank
Nigel Gall <nigelg_at_ppsl.com>
for the very helpful hint to override by root a password with
yppasswd, i.e. edit the pwd field with vi to blank and then use
yppasswd with a blank old password. (It is somewaht easier in a VMS
Cluster!, but ok.)
Concerning my main issue why I get mismatches when trying to change
a password with yppasswd on the clients I found now the solution by
myself. I was looking at the wrong places - built the NIS without a
slave, with slave etc... thought it would be a setup problem.
Obviously there is some inconsistency. Testing to change the
password I used my user account (it had a passwort 9 characters
long)
- there was never a problem with passwd
- also I could change the pwd to a new one on (also 9 chars) on the
master but not on clients (-> mismatch)
- but I can change it on clients to passwords less equal 8
characters long.
I suggest the situation is the following:
- man passwd says, if a password is longer than 8 chars the rest
is ignored
- obviously when using yppasswd it compares my input (9 chars)
with something it gets from the master and this is 8 chars
long(?)
Finally everything works (NIS configurations with/wihtout slave)
Thanks to everybody who helped in this discussion
Regards
Otto
Original message:
----------------
Hi all,
because my NIS environment still does not work as I expect I have the
following additional questions. I explain the situation on few systems
only.
- I can change the password with yppaswd on one Client (linix5, s.
below). Not on the other (linix3). Whatever I try it gives a
"Mismatch". the same with the slave. All clients have been setup
similarly. See below the yp* tasks on the different systems.
Master and linix5 have DU V4.0D, linix3 V4.0b(?). No patches
applied to all systems.
- Is this correct that the slave ypbind points first to itself
and then to the master? (I could change this but want to understand
first).The man pages say "ypwhich identifies the NIS server
which currently supplies NIS services".
Another thing concerns me. With "passwd user" root could override a user
password. It tried this with "yppasswd user" but then it asks me for the
old password! It worked because I rememebered after all tries a right
one - but this make no sense. Is there no possibility to override the NIS
password? I happens quite often that a user wants his password
resetted.
Concerning the above mentioned "no patches": When I saw some discussions
about patches on this list in the past as rather new to unix I really
got lost, e.g. I don't know what are mandatory ones, which create
other problems.
Regards
Otto
yp* tasks on the different systems:
-----------------------------------
x6 Master DU V4.0D 878
293 ?? S 0:00.54 /usr/sbin/ypserv -a d
299 ?? I 0:00.02 /usr/sbin/ypbind -s -S
domain,linix6.ikp.physik.tu-darmstadt.de,linix2.ikp.physik.tu-darmstadt.de
305 ?? I 0:00.05 /usr/sbin/rpc.yppasswdd
/var/yp/src/passwd -m passwd
314 ?? I 0:00.03 /usr/sbin/ypxfrd
x2 Slave DU V4.0 386
12589 ?? I 0:00.11 /usr/sbin/ypbind -s -S
domain,x2.ikp.physik.tu-darmstadt.de -S
domain,x2.ikp.physik.tu-darmstadt.de,x6.ikp.physik.tu-darmstadt.de
14066 ?? S 0:05.94 /usr/sbin/ypserv
Clients:
x3 DU V4.0b(?) 564
1036 ?? I 0:00.03 /usr/sbin/ypbind -s -S
domain,x6.ikp.physik.tu-darmstadt.de
x5 DU V4.0D 878
974 ?? I 0:00.05 /usr/sbin/ypbind -s -S
domain,x6.ikp.physik.tu-darmstadt.de
-------------------------------------------------------------------------
| Dr. Otto Titze, Kernphysik TU, Schlossgartenstr. 9, D-64289 Darmstadt |
| titze_at_ikp.tu-darmstadt.de Tel: +49(6151)16-2916,FAX:16-4321|
-------------------------------------------------------------------------
Received on Mon Dec 14 1998 - 09:38:14 NZDT