From: Jean-Eric Cuendet <jean-eric.cuendet@linkvest.com>
To: nfs@sourceforge.net
Subject: /smb browser
Date: Sat, 14 Sep 2002 12:55:09 +0200 [thread overview]
Message-ID: <3D83158D.40605@linkvest.com> (raw)
Hi,
I'm in the development of my /smb browser. It will be based on:
- libsmbclient for server access
- nfs protocol between cifsd (The CIFS daemon) and the kernel.
But all the thing needs to have access at which made the current access. Ex:
- user1 reads /smb/domain/server/share/file1 (file1 further)
- The cifsd must know that the read is done by user1 for:
- a. giving him access or not
- b. giving the default user/group perms based on the SMB acls
But I think that the NFS server never knows which user accessed the
file, right? It's just asked to give the uid/gid +perms of the files and
the vfs (?) then grant/deny access to it. Right?
Which layer is the last to know which user made the file access? VFS? FS
driver? Or is it propagated to the final destination? (NFS server, etc...)
Thanks for any help.
-jec
PS: In fact AFS do exactly that: giving the user uid/gid+perms of file
based on the user that made the access. But afs reimplemented a *lot* of
things: driver in the kernel, server, etc...
--
Jean-Eric Cuendet
Linkvest SA
Av des Baumettes 19, 1020 Renens Switzerland
Tel +41 21 632 9043 Fax +41 21 632 9090
E-mail: jean-eric.cuendet@linkvest.com
http://www.linkvest.com
--------------------------------------------------------
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
reply other threads:[~2002-09-14 10:55 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3D83158D.40605@linkvest.com \
--to=jean-eric.cuendet@linkvest.com \
--cc=nfs@sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.