[Samba] Best way to do simple Samba for very small office.
Stroller
linux.luser at myrealbox.com
Tue Oct 10 09:34:24 GMT 2006
Hi there,
My experience: I've used Samba on a couple of servers at home in
which security isn't an issue, and I've used WinBind & PAM to
authenticate a Linux mailserver from a Windows domain. I'm quite
confident about installing Samba & setting up simple shares, I can
follow a howto & even do advanced trouble-shooting but I have no
experience with many of the features that Samba surely offers.
In this case I have installed a Samba server to replace an XP machine
essentially because the office wants off-site back-up, and I know
that on a Linux system I can easily script backups to http://
rsync.net and email the office's proprietor each morning to notify
him of the backup's success.
I can easily configure a simple simple share for everyone in the
office to use, but the proprietor has expressed a desire for a folder
that only he can access "using a password". How is the best way to so
this? It's easy to use a separate share with different permissions,
but I think that the customer might find it confusing or clumsy to
have a "Z:" drive that anyone can use and a separate "X:" drive for
his private data.
Can folders within Samba shares carry different permissions? So that
within
[Files]
comment = The single network file share
path = /mnt/samba
writeable = Yes
guest ok = Yes
"/mnt/samba/foo", "/mnt/samba/bar" and "/mnt/samba/grunt" are read-
writable by anyone, but "/mnt/samba/boss" is only readable by user
"boss"?
I have an idea that ACL might be required for this. Is that the case,
or will simple Unix file permissions suffice?
Also related: what's the best way to handle a very small number of
users on the Linux server? I can't see more than 5 or 10 users ever
using the server and they have no need to access other services on
it. So adding a Unix user to the Linux server for each Windows user
in the office would not be too onerous, but it seems slightly
inelegant. I can see the advantage of having a [homes] share for
users' private files, but again this means two mounts per user
([homes] and [everyonez_files]). I believe that Samba can do user
authentication off an SQL backend, but this seems overkill for only
half-a-dozen users. Any thoughts? Users should be able to login to
SWAT (or similar) to change their passwords.
Finally, I'm a little unclear about how the Windows GUI copes with
authentication to file shares. As I understand my experience (I'm
beginning to realise a disadvantage of using a Mac at home!) if a
Windows PC tries to connect to a network share then it will submit as
authentication the username:password of the Windows user currently
logged in. As I understand it things become clumsy if a user is
logged onto a PC as "Bob" and wants to access a file share as user
"Bobby". I know that one can mount a network drive as a different
user, but this may not be desirable as, in this office, Dave might be
using Bob's PC. It would be better for the user to be asked for a
password each time, rather than the share be mounted at boot-up with
permissions to read the boss' private files.
I'm sure this is a problem-space that has been done to death in the
past, and I'm sure that Googling will reveal some references. But I
thought I'd post here in case anyone would enjoy sharing their
thoughts on this subject, and I would be glad if anyone can recommend
some resources particularly relevant to my situation.
Stroller.
More information about the samba
mailing list