> I am not good at this, but I thought about it more and now I
> feel adding following entries for 'other' like for 'login'
> might be better?
> (I confirmed it works.)
>
> +other authsufficient pam_unix.so
> other authrequired pam_unix.so try_first_pass
> > -Or, change the pam.conf entry like below.
> >
> > - other authrequiredpam_unix.so try_first_pass
> > + other authrequiredpam_skey.so try_first_pass
> >
>
> I confirm that the change in the pam.conf entry also fixes the
Yoshinobu Inoue wrote:
>
> As far as I confirmed, following trial fixed this situation.
>
> -Disabled pam authentication in ftpd.c, pass()
> -Or, change the pam.conf entry like below.
>
> - other authrequiredpam_unix.so try_first_pass
> + other authre
> The subject says all ;-). System version: 4.0-2229-CURRENT (ftpd 6.00LS).
>
> However, S/Key authentication works for telnet and login. Of course,
> the simple cleartext password authentication method does work for ftpd.
> It looks like a bug in ftpd (or PAM?).
> I log auth.info messages i
Yoshinobu Inoue wrote:
>
> Recently I added several changes to ftpd codes, so I tried it
> in my environment to check if I added some bug, but I could
> logon to my current machine by ftp via S/Key authentication
> successfully. (make world is done last night)
>
> However to say the truth, I am
The subject says all ;-). System version: 4.0-2229-CURRENT (ftpd 6.00LS).
However, S/Key authentication works for telnet and login. Of course,
the simple cleartext password authentication method does work for ftpd.
It looks like a bug in ftpd (or PAM?).
-- JMA
---
