Stefano Ciccarelli
2004-May-11 07:53 UTC
[Samba] Samba 2.2.8a - winbind do I need ACL for letting users change their file permissions?
Hi, I have a working installation of Samba 2.2.8a on Mandrake 9.2 - kernel 2.4.20 connected to a Win NT 4.0 sp6 via pam/winbind. Everything works fine except that I cannot give the NT user "administrator" administrative rights on samba and users cannot change samba file permissions from Win2k/WinXP Here follows my smb.conf # Samba config file created using SWAT # from 0.0.0.0 (0.0.0.0) # Date: 2004/04/28 11:35:22 # Global parameters [global] workgroup = DOMAIN netbios name = SAMBA server string = Samba Server %v security = DOMAIN encrypt passwords = Yes obey pam restrictions = Yes password server = * log file = /var/log/samba/log.%m max log size = 50 socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192 character set = ISO8859-15 os level = 18 local master = No dns proxy = No winbind uid = 10000-20000 winbind gid = 10000-20000 template homedir = /users/%D/home/%U template shell = /bin/bash winbind separator = / winbind use default domain = Yes path = /home admin users = Administrator [homes] path = /users/DOMAIN/home read only = No create mask = 0600 directory mask = 0700 browseable = No wide links = No [felles] path = /users/DOMAIN/felles read only = No valid users = @"Domain Users", at Domain_Ansatte,@"Domain Admins" force create mode = 0775 force directory mode = 0775 I was wondering if there is a simple solution to this problem or if I have to apply the ACL patch to kernel 2.4.20 Thank you in advance, Stefano
Buchan Milne
2004-May-11 11:38 UTC
[Samba] Samba 2.2.8a - winbind do I need ACL for letting users change their file permissions?
On Tue, 11 May 2004, Stefano Ciccarelli wrote:> Hi, > > I have a working installation of Samba 2.2.8a on Mandrake 9.2 - kernel > 2.4.20 connected to a Win NT 4.0 sp6 via pam/winbind. >IIRC, Mandrake 9.2 shipped with a 2.4.22 kernel? If you'vekep up with updates, you should be running 2.4.22-30mdk.> > Everything works fine except that I cannot give the NT user "administrator" > administrative rights on samba and users cannot change samba file > permissions from Win2k/WinXP >You could use the "admin users" per-share parameter to give someusers "root" access.> > > Here follows my smb.conf > > > > # Samba config file created using SWAT > > # from 0.0.0.0 (0.0.0.0) > > # Date: 2004/04/28 11:35:22 >Hmm, another SWAT-mangled smb.conf. Please look at the provided example winbind samba configuration file, /etc/samba/smb-winbind.conf for some examplesfor use with winbind.> > > # Global parameters > > [global] > > workgroup = DOMAIN > > netbios name = SAMBA > > server string = Samba Server %v > > security = DOMAIN > > encrypt passwords = Yes > > obey pam restrictions = Yes > > password server = * > > log file = /var/log/samba/log.%m > > max log size = 50 > > socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192 > > character set = ISO8859-15 > > os level = 18 > > local master = No > > dns proxy = No > > winbind uid = 10000-20000 > > winbind gid = 10000-20000 > > template homedir = /users/%D/home/%U > > template shell = /bin/bash > > winbind separator = / > > winbind use default domain = Yes > > path = /home > > admin users = Administrator > > > > [homes] > > path = /users/DOMAIN/home > > read only = No > > create mask = 0600 > > directory mask = 0700 > > browseable = No > > wide links = No > >This share definition is broken. The homes share is special. Please take a look at the one in the example.> > [felles] > > path = /users/DOMAIN/felles > > read only = No > > valid users = @"Domain Users", at Domain_Ansatte,@"Domain > Admins" > > force create mode = 0775 > > force directory mode = 0775 > > > > > > I was wondering if there is a simple solution to this problem or if I have > to apply the ACL patch to kernel 2.4.20IIRC, the 9.2 kernels should have ACL support already (at least on ext2/ext3), 9.1 had support for ACLs on XFS/ext2/ext3, 9.0 had support on XFS, and 8.2 had support on XFS. But, if permissions aren't working (users should be able to modify the permissions of files they own), then ACLs won't help you much (as only the owner or root can change ACLs). Of course, also ensure that your permissions changes aren't being prevented by your share definitions. Regards, Buchan