From: Jean-Eric Cuendet <jean-eric.cuendet@linkvest.com>
To: Lionel Bouton <Lionel.Bouton@inet6.fr>
Cc: linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: SMB browser
Date: Sat, 31 Aug 2002 21:23:47 +0200 [thread overview]
Message-ID: <3D7117C3.5060307@linkvest.com> (raw)
In-Reply-To: 3D70A909.8080105@inet6.fr
>
>
>> Then the user access /smb/WG2/Machine38/Share12/Dir1/File2
>> Cool, no?
>
> I see some shortcomings :
>
> How will you handle multiple users ?
> Janice and Bob have accounts on the Linux client and both want to have
> access at the same time to their [Home] for example :
> |-- DOM1 --|-- Machine4--|--[Home]
To access files on the server share, the client must send authentication
tockens. This should be send by the daemon and must be get from a file
on the disk that each user shuold have (the kerberos ticket got by PAM).
If no file (or invalid one) is available, then it should be accessed as
guest.
> How will you handle users with multiple logins on a Domain/Machine ?
The user will already been logged on ONE domain controller.
> Maybe you'd be better starting with something like :
>
> local_user_home_directory--|--smb--|--login--|--WGx/DOMy--|....
I don't understand why a per-user directory tree should be needed. A
per-machine tree should be enough.
This doesn't answer my question:
How do I communicate between a kernel driver and a userspace program?
What is the best method in terms of:
- simplicity (first implementation)
- efficacity (second implementation, performance oriented)
Is it viy UNIX sockets?
Is it ioctls?
Or shared memory?
Thanks.
-jec
next prev parent reply other threads:[~2002-08-31 19:24 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-08-31 10:30 SMB browser Jean-Eric Cuendet
2002-08-31 11:31 ` Lionel Bouton
2002-08-31 19:23 ` Jean-Eric Cuendet [this message]
2002-08-31 23:26 ` Daniel Bruce Lynes
[not found] ` <20020831103928.B140@alexis.itd.umich.edu>
2002-08-31 20:01 ` Jean-Eric Cuendet
2002-09-01 11:47 ` Gilad Ben-Yossef
2002-09-01 11:49 ` Gilad Ben-Yossef
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=3D7117C3.5060307@linkvest.com \
--to=jean-eric.cuendet@linkvest.com \
--cc=Lionel.Bouton@inet6.fr \
--cc=linux-kernel@vger.kernel.org \
/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.