Mark Coetser
2005-Aug-04  10:00 UTC
[Samba] Beta Version Windows Longhorn/Vista cant connect to samba
Hi Ppl
Running the following
Debian Stable (sarge)
Samba version 3.0.14a-Debian
I have had the following running fine as a domain controller with an ldap
backend, I have windows 2000 and windows xp machines logged into the domain
and all working 100%.
I recently got hold of the 32bit version of windows vista/longhorn and
decided to install it and try it out, when trying to connect to the shares
on the samba server it comes up with a login, when trying all types of login
combinations ie domain\user, user etc etc it just pops up the login again,
in the samba logs for both the daemons and the workstation I am seeing
nothing but
[2005/08/03 14:32:54, 0] lib/util_sock.c:send_smb(647)
  Error writing 4 bytes to client. -1. (Connection reset by peer)
In the log for that machine.
Here is my smb.conf
[global]
        workgroup = DOMAIN
        server string = %h server (Samba %v)
        map to guest = Bad User
        passdb backend = ldapsam:ldap://127.0.0.1/
        pam password change = Yes
        passwd program = /usr/sbin/smbldap-passwd %u
        passwd chat = *New*password* %n\n *Retype*new*password* %n\n
*all*authentication*tokens*updated*
        syslog = 0
        log file = /var/log/samba/log.%m
        max log size = 10000
        server signing = auto
        socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
        add user script = /usr/sbin/smbldap-useradd -m "%u"
        delete user script = /usr/sbin/smbldap-userdel "%u"
        add group script = /usr/sbin/smbldap-groupadd -p "%g"
        delete group script = /usr/sbin/smbldap-groupdel "%g"
        add user to group script = /usr/sbin/smbldap-groupmod -m "%u"
"%g"
        delete user from group script = /usr/sbin/smbldap-groupmod -x
"%u"
"%g"
        set primary group script = /usr/sbin/smbldap-usermod -g "%g"
"%u"
        add machine script = /usr/sbin/smbldap-useradd -w "%u"
        logon script = %U.bat
        logon path = \\%L\%U\profile
        logon drive = H:
        logon home = \\%L\%U
        domain logons = Yes
        os level = 69
        preferred master = Yes
        domain master = Yes
        wins support = Yes
        ldap admin dn = cn=admin,dc=domain,dc=co,dc=za
        ldap group suffix = ou=groups
        ldap idmap suffix = ou=idmap
        ldap machine suffix = ou=machines
        ldap passwd sync = Yes
        ldap suffix = dc=domain, dc=co, dc=za
        ldap user suffix = ou=people
        admin users = administrator
        inherit permissions = Yes
        printing = lprng
        lppause command = lpc hold '%p' %j
        lpresume command = lpc release '%p' %j
        queuepause command = lpc stop '%p'
        queueresume command = lpc start '%p'
        vfs objects = recycle:repository, recycle:keeptree, recycle:versions
anyone know where I can look ?
Thank you,
Mark Adrian Coetser
mark@bwbtrading.co.za, mark@thummb.com
http://www.bwbtrading.co.za http://www.thummb.com
cel: +27 83 296 1199
tel: +27 11 334 7779
Jeremy Allison
2005-Aug-04  15:03 UTC
[Samba] Beta Version Windows Longhorn/Vista cant connect to samba
On Thu, Aug 04, 2005 at 11:59:29AM +0200, Mark Coetser wrote:> Hi Ppl > > Running the following > > Debian Stable (sarge) > Samba version 3.0.14a-Debian > > I have had the following running fine as a domain controller with an ldap > backend, I have windows 2000 and windows xp machines logged into the domain > and all working 100%. > > I recently got hold of the 32bit version of windows vista/longhorn and > decided to install it and try it out, when trying to connect to the shares > on the samba server it comes up with a login, when trying all types of login > combinations ie domain\user, user etc etc it just pops up the login again, > in the samba logs for both the daemons and the workstation I am seeing > nothing butThis is something that Andrew Bartlett has *just* (this week) fixed here at the CIFS conference. The fix will be in 3.0.20 when it is officially released, and in the next 3.0.20 release candidate. Andrew fixed it within about 1-2 hours of first seeing a Windows "vista" system, which I think was pretty good going :-). As it's not officially out yet we won't officially support it until Microsoft does, but we will track the betas. Jeremy.