[K12OSN] Student problem
jim at winonacotter.org
Wed Apr 28 21:29:41 UTC 2004
I agree with what you are saying, I keep thinking "what am I doing wrong
that this doesn't make more sense". No matter what I want every user to
have to deal with one username and password combo, anything more just
pisses us all off :-) I want the list of share points to be simple when
a user logs in and don't want them traversing all over to get access.
So if I have a share of 'Drop' with 'TeacherX,Y, and Z' under it I need
to let groups "Students" and "Teachers" into share 'Drop'. Then every
teacher wants 'ClassX, Y, and Z' under their folder with another set of
permissions. I think the main problem is I just confuse myself when I
think too much. I will go back and re-evaluate directory structure and
try to come up with a more efficient way to propogate users along with
permissions given the user,group,other limit. Heck, just even
describing this makes me think there is a better way :-)
Thanks for the info on the ACL's. I just wanted to make sure I wasn't
missing something stupid.
> Traditional unix filesystems only store the owner/group numbers and
the permission bits for those plus everyone else - it isn't the GUI that
> restricts this. Note that your problem comes from wanting a 'group'
of owners, though. If each drop is owned by a single teacher, or you
> extra login to own it and give the password to the appropriate people
you get the sets of permissions you need and they will stay put with
> copy/backup/restore methods.
> Newer filesystems permit exceptions to the policies through ACL's but
in general if you need a lot of exceptions it indicates something is
wrong with > the policy and if you use them you'll need special support
every time you think about moving things.
les at futuresource.com
K12OSN mailing list
K12OSN at redhat.com https://www.redhat.com/mailman/listinfo/k12osn
For more info see <http://www.k12os.org>
More information about the K12OSN