All of lore.kernel.org
 help / color / mirror / Atom feed
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.