On Wed, Jul 20, 2005 at 05:02:25PM +0300, Alexander Gattin wrote:
> Package: smbfs
> Version: 3.0.14a-3
> Severity: important

> I tried to do homedir automounting through CIFS
> protocol. It's pretty obvious SMB isn't approproiate
> for this task, although first I tried libpam-mount/SMB
> and it worked. CIFS didn't. For the same account, of
> course.

> As it turned out the source of problem is difference in
> password processing between mount.smbfs and mount.cifs.
> It seems that the latter mistreats passwords containing
> comma (as was in my case), and probably some other
> non-alnum characters too.

> 4. mount through CIFS at remote side:
> >vespasian:~# mount.cifs //penguin/luser /mnt -o user=luser
> >Password: luser,r
> >mount error 13 = Permission denied
> >Refer to the mount.cifs(8) manual page (e.g.man mount.cifs)

> 5. of course, I checked SAMBA logs:
> >[2005/07/20 15:59:53, 3] libsmb/ntlm_check.c:ntlm_password_check(344)
> >  ntlm_password_check: NT MD4 password check failed for user luser
> ...
> >[2005/07/20 15:59:53, 5] auth/auth.c:check_ntlm_password(271)
> >  check_ntlm_password: sam authentication for user [luser] FAILED with 
> >  error NT_STATUS_WRONG_PASSWORD
> >[2005/07/20 15:59:53, 2] auth/auth.c:check_ntlm_password(312)
> >  check_ntlm_password:  Authentication for user [luser] -> [luser] FAILED 
> >  with error NT_STATUS_WRONG_PASSWORD

> Here you can plain see that password used by mount.cifs
> simply _doesn't_ _match_.

I'm not convinced that this bug is as simple as you suggest it is.  IIRC,
the [luser] -> [luser] in Samba logs is username and mapped username, not
username and password, so this doesn't really suggest a reason *why* the
password was not accepted.  Can you check this, by changing the password in
your example so that the part before the comma is something *other* than the
username?

Thanks,
-- 
Steve Langasek
postmodern programmer

Attachment: signature.asc
Description: Digital signature

Reply via email to