[Samba] 3.4.0 Samba box w/ NT 4 PDC and Win 95 client

Günter Kukkukk linux at kukkukk.com
Sat Jun 5 21:51:19 MDT 2010


Am Sonntag 06 Juni 2010 03:10:04 schrieb John Lawler:
> Hi guys,
> 
> Thanks for those of you whole kept reading after seeing the subject line
> -- I know, it's like a flashback to about 2000 or so, but for mostly
> uninteresting reasons, I've got a situation that I wanted to run by the
> list just in case there's a work around.
> 
> I have an NT 4 server that's the PDC that my new Samba box, running
> 3.4.0 w/ "security = domain" uses to authenticate users for the Samba
> shares.
> 
> This was done to begin migrating away from the NT server, but we still
> need it for the PDC.
> 
> Anyway, I've got everything (finally) working with a little help from
> the list for my Win2k and WinXP clients.  I'm happy with that, but when
> I tried to connect one of the two remaining Win95 machines, I get
> authentication failures.
> 
> The interesting thing is, this worked fine in a couple of older Samba
> boxes I'm running with version 3.0.28, with a very similar configuration
> (security = domain, using the same NT 4 PDC to authenticate, etc.).
> 
> So, the question is, is anyone aware of what might've changed between
> 3.0.28 and 3.4.0 that could affect Win95 clients in this situation?  I
> tried the few ideas I found like:
> 
>    lanman auth = yes
>    client lanman auth = yes
>    client plaintext auth = yes
>    ntlm auth = yes
> 
> (I assume the client options may not do me any good here anyway), and
> I'm still not getting any joy.
> 
> Any help would be greatly appreciated.  Thanks for reading.
> 
> Here are samples of the same Win95 box connecting first to the 3.0.28
> box, which works, and then to the 3.4.0 one, which doesn't:
> 
> ------------------------------------------------------------------------
> 
> [2010/06/04 18:18:45, 2] smbd/sesssetup.c:setup_new_vc_session(1200)
>    setup_new_vc_session: New VC == 0, if NT4.x compatible we would close
> all old resources.
> [2010/06/04 18:18:45, 3] auth/auth.c:check_ntlm_password(221)
>    check_ntlm_password:  Checking password for unmapped user
> [MAIN]\[NODE008]@[node008] with the new password interface
> [2010/06/04 18:18:45, 3] auth/auth.c:check_ntlm_password(224)
>    check_ntlm_password:  mapped user is: [MAIN]\[NODE008]@[node008]
> [2010/06/04 18:18:45, 3] auth/auth.c:check_ntlm_password(270)
>    check_ntlm_password: winbind authentication for user [NODE008] succeeded
> [2010/06/04 18:18:45, 2] auth/auth.c:check_ntlm_password(309)
>    check_ntlm_password:  authentication for user [NODE008] -> [NODE008]
> -> [MAIN\node008] succeeded
> 
> ------------------------------------------------------------------------
> 
> [2010/06/04 18:25:54,  2] smbd/sesssetup.c:1360(setup_new_vc_session)
>    setup_new_vc_session: New VC == 0, if NT4.x compatible we would close
> all old resources.
> [2010/06/04 18:25:54,  3] auth/auth.c:222(check_ntlm_password)
>    check_ntlm_password:  Checking password for unmapped user
> [MAIN]\[NODE008]@[node008] with the new password interface
> [2010/06/04 18:25:54,  3] auth/auth.c:225(check_ntlm_password)
>    check_ntlm_password:  mapped user is: [MAIN]\[NODE008]@[node008]
> [2010/06/04 18:25:54,  2] auth/auth.c:320(check_ntlm_password)
>    check_ntlm_password:  Authentication for user [NODE008] -> [NODE008]
> FAILED wi
> th error NT_STATUS_LOGON_FAILURE
> [2010/06/04 18:25:54,  2] smbd/sesssetup.c:1360(setup_new_vc_session)
>    setup_new_vc_session: New VC == 0, if NT4.x compatible we would close
> all old
> resources.
> [2010/06/04 18:25:54,  3] auth/auth.c:222(check_ntlm_password)
>    check_ntlm_password:  Checking password for unmapped user
> [MAIN]\[NODE008]@[no
> de008] with the new password interface
> [2010/06/04 18:25:54,  3] auth/auth.c:225(check_ntlm_password)
>    check_ntlm_password:  mapped user is: [MAIN]\[NODE008]@[node008]
> [2010/06/04 18:25:54,  2] auth/auth.c:320(check_ntlm_password)
>    check_ntlm_password:  Authentication for user [NODE008] -> [NODE008]
> FAILED with error NT_STATUS_LOGON_FAILURE
> 
> ------------------------------------------------------------------------
> 
Hi John,

make sure that
    lanman auth = yes
is still set in your smb.conf.

As root run 'pdbedit -Lw' to list all configured samba users in the old ASCII smbpasswd format.

All users listed with _both_ the LANMAN and the NT hash have valid stored password hashes for the
old legacy case and the newer ones- like:
linux:1003:BBBBD20B0D2670EBAAD3B435B4140475:B123AB4ECC88F8BBB126FF3A08D9C600:[U          ]:LCT-4B1ED764:
Those listed users should be able to logon.

In case you get user entries like
linux:1003:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX:B123664EC733B395A7260A3A08D9C699:[U          ]:LCT-4B1ED796:
the old LANMAN hash is no longer available and a legacy logon will fail.

What you can do:

1.) make sure, that "lanman auth = yes" is still set in your smb.conf
2.) for all your win95 client users listed as "....XXXXXXXXXXXXXXXXX...." above, you need to run (as root)
    smbpasswd username
    (or even smbpasswd -a username )
    You need to enter the users password twice as usual
   This procedure will re-install the LANMAN hash again (and also the NT hash!)
3.) check again with 'pdbedit -Lw' that the LANMAN hash is available now your for your win95 users

Please note, that setting "lanman auth = yes" implies a security problem.

Cheers, Günter

BTW - never ever post above mentioned LANMAN and NT hashes to the public - they are like
plaintext passwords (so my ones above are scrambled by intention)


More information about the samba mailing list