lars brinkhoff <[EMAIL PROTECTED]> writes:
> I've been trying to make lsh work every now and then, but I always run
> into this problem. Then I'm trying to connect using
> Debug messages at the server side looks like this:
> DEBUG: Received USERAUTH_REQUEST *****
> nhandle_connection: Received packet of type 50 (USERAUTH_REQUEST)
> DEBUG: Sent USERAUTH_FAILURE (size 24 = 0x18)
> with no indication of the problem.
>
> I'm running on a Debian GNU/Linux box with shadow passwords.
lshd is supposed to support shadow passwords. A few questions:
1. Is the server running as root (or as some group that has access to
/etc/shadow)?
2. Has lsh found the getspnam function (check for HAVE_GETSPNAM in
config.h)?
3. What does the password entry look like in the /etc/passwd file?
4. Are you using PAM and md5 passwords on non-intel hardware? Some
versions of linux-PAM has endianness bugs in its md5 code, and is
therefore incompatible with the crypt() libc function that lshd
uses.
Single-stepping through the do_lookup_user() and do_verify_password()
in unix_user.c might also provide some clues.
/Niels
