l i n u x - u s e r s - g r o u p - o f - d a v i s
L U G O D
 
Next Meeting:
September 2: Social gathering
Next Installfest:
TBD
Latest News:
Aug. 18: Discounts to "Velocity" in NY; come to tonight's "Photography" talk
Page last updated:
2009 Jan 22 12:44

The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
Re: [vox-tech] CIFS sharing question
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [vox-tech] CIFS sharing question



Hi Bill:

Sorry to hear that you're having trouble.  The permissions and user config is one of the toughest things to get _right_.  Some thoughts:

The umask is set per share (as well as globally for samba).  I would try setting values for the "create mask=" directive in the share definition.

I would actually create two shares, one for guest readonly (guest only=yes, read only), and one for authenticated read/write (valid users=,create mask= etc.)  The fact that it points to the same directory shouldn't matter (at least I have done that a few times, and I'm not sure if it's recommended but it worked).  The sticky part is making sure that all permissions are set correctly when you create files on the authenticated share that could be read by the guest share.  Permissions and the mapping of uids get's weird.  I remember having to mess with the global security setting (share vs user), but this might be for earlier versions of Samba. 

About the not mounting if you're in a foreign place, I would set the fstab _not_ to mount at boot, then test using 'smbclient -L' someplace in startup (somewhere like /etc/rc.d/rc.local) to query for the existence of your share.  If script finds server and share, then it could easily do a mount at that point in the boot sequence.  I know that sort of futzing with the rc.local is a hack job, but it's useful for very peculiar configs like that (being root, network, services started, etc).

I hope it's not in bad taste, but I would like to make a big shout out to NFS, since permissions (and many other issues) are easier to grok for those who sprechen zie UNIX.  And the same probing at startup could be done using showmount.  [Sidenote: when I used AS2k3 recently, NFS client/server was a supported add-on from microsoft (included on the install media!).  It worked well and was much faster for what I was doing at the time.]

Hope these points help.  It friggin rocks when it works smoothly, but Samba can be a beast at times :-/

--cheers

jan

PS THX for the 10 year meeting.  Great meeting, great speaker, and very glad I made the drive.

<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><
"The most potent weapon in the hands of the oppressor is the 
mind of the oppressed."
-- Steven Biko
("White Racism and Black Consciousness", in I Write What I Like)
<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>


      
_______________________________________________
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech



LinkedIn
LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
facebook
LUGOD Group on Facebook
'Like' LUGOD on Facebook:

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
PO Box 2082, Davis, CA 95617
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
Appahost Applications
For a significant contribution towards our projector, and a generous donation to allow us to continue meeting at the Davis Library.