Todd Johnson
2005-Aug-11 20:20 UTC
[Samba] Samba 3.0.14a Not restoring connections - Help ??
Hello- When our users log off for the evening and log back in in the morning they are having to re-enter the SMB password for the network shares they had saved when mapping them. In the past when the local username and password matched the smbpasswd file then all connections restored w/o a hitch. Its now not working. Can anyone tell me what I am doing wrong? Below is my small smb.conf file global settings [global] netbios name = woot local master = yes preferred master = no workgroup = DNR interfaces = 146.63.45.22 lock directory = /var/lock/samba os level = 62 remote announce = 146.63.45..255 security = user password level = 20 encrypt passwords = no smb passwd file = /etc/samba/private/smbpasswd -- Thank you Todd Johnson =============================================Todd Johnson State of Alaska Dept. of Natural Resources Computer Information Center MicroComputer/Network Specialist (907) 269-8831 (907) 269-8920 FAX toddj@dnr.state.ak.us ==============================================
On Thursday 11 August 2005 04:20 pm, Todd Johnson wrote:> When our users log off for the evening and log back in in the > morning they are having to re-enter the SMB password for the network > shares they had saved when mapping them. In the past when the local > username and password matched the smbpasswd file then all connections > restored w/o a hitch. Its now not working. > > [global] > netbios name = woot > local master = yes > preferred master = no > workgroup = DNR > interfaces = 146.63.45.22 > lock directory = /var/lock/samba > os level = 62 > remote announce = 146.63.45..255 > security = user > password level = 20 > encrypt passwords = no > smb passwd file = /etc/samba/private/smbpasswdNot that it should matter but I would be inclined to leave "preferred master" out so it can default to auto. Also would question the use of non-encrypted passwords. Also "remote announce" seems unnecessary here (but I don't know your subnet mask), you wouldn't need it if this is the same subnet that this interface is on.