I think there are a few people out there doing this.
Any recommended settings, known problems or minimum versions of Samba to
use?
I've been doing this for 7-8 years without any problems at all. Currently
using version 3.x on CentOS.
Users on workstation connect to the share via mapped drives. The directory
structure has an outer folder that contains all the dbf and related files,
and two folders: /backup and /semaphore. Any user with a domain login can
read/write to the outer folder but cannot create/delete files there. The
inner folders allow full permissions to any domain user so the software can
create/read/delete files in those folders. This way I don't have to
explicitly grant access to specific users, and disgruntled employees can't
wipe out the data.
This also works fine for people running my software remotely via a Windows
RDP server--no loss of speed whatsoever except for printing.
When I first started I used to set oplocks off on the SAMBA server, because
lots of people said I should do that. But when I went to a new
machine/SAMBA version I didn't bother with that, and I haven't had any
problems as a result. Also, at least in version 3, I don't run into the
problem with Windows 7 mapped drives being disconnected due to inactivity
that people using that OS to connect to Windows servers have reported.
(We also use SAMBA to emulate a Win-NT domain. It's not as full-featured as
actual Windows NT was, but it does everything I need it to do, and Win
7/Server 2008 and Win 8/Server 2012 boxes just require a couple of registry
tweaks to enable them to join the domain.)
I love SAMBA!
Ken Dibble
www.stic-cil.org
_______________________________________________
Post Messages to: [email protected]
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message:
http://leafe.com/archives/byMID/profox/[email protected]
** All postings, unless explicitly stated otherwise, are the opinions of the
author, and do not constitute legal or medical advice. This statement is added
to the messages for those lawyers who are too stupid to see the obvious.
