Douglas E. Engert wrote:
> Alexander Skwar wrote:
>> Douglas E. Engert wrote:

>>> the getpw.c program I sent yesterday should return (assuming the
>>> username is not also in the local /etc/passwd file):
>>> useranme:x:...
>>> username:crypted-password:...

>> Ah!
>> --($:~/Source/pamtest)-- sudo ./getpw askwar
>> STDC = __STDC__
>> askwar:x:10001:10:Alexander
>> Skwar,
>> askwar:cd9--------psA:13503:-1:-1-1:-1:-1:0
>> --($:~/Source/pamtest)-- sudo ./getpw testing
>> STDC = __STDC__
>> testing:x:54321:10:Alexander
>> Skwar,
>> testing:*NP*:-1:-1:-1-1:-1:-1:0
>> *NP* for testing? Why's that? Why's there a difference?

> This could be the problem. NP is used for OK to login if you can
> authenticate some other way. *NP* may be considered locked,
> as * is not a valid crypt character.
> Try using ldapmodify to change the password to {crypt}NP
> See of you can get the phpLdapAdmin to add NP rather then *NP*
> Or set some valid password.

Uhm - I DO have a valid password for the "testing" user. And
as soon as I remove "askwar" from /etc/shadow, I also get *NP* (no
password, I guess?) when I run getpw. Is that not the way you
expect it to be?

Alexander Skwar

openssh-unix-dev mailing list