RE: [Sheflug] Self-certifying File System (SFS)

[Alex Hudson <home [at] xxxxxxxxxxxxxx>]

On Wed, 2005-01-26 at 08:30 +0000, Dawson, Alan wrote: 
> Alex Hudson wrote:
> > I found this earlier today, while looking at network file systems:
> 
> How does it compare to Secure Shell File System
> 
> http://shfs.sourceforge.net/
> 
> I used this .. er once.. but it was _really_ easy to set up.

I would say SFS has the upper-hand in the "magic goo" department. This
is a sample session:

        $ ls /sfs
        $ sfskey login alex [at] basecamp.alexworld
        Passphrase for alex [at] basecamp.alexworld/1024:
        SFS Login as alex [at] basecamp.alexworld
        $ ls /sfs
        basecamp.alexworld
        $ mkdir /sfs/basecamp.alexworld/testing-sfs
        sfsagent: alex [at] basecamp.alexworld!sfsrwcd_1 [at] LOCALHOST:  [at] basecamp.alexworld,tezmu6arbqarzkc52knjr863z69xse4s (1)
        $ cd /sfs/basecamp.alexworld/testing-sfs/
        $ touch my-file
        $ ls -l
        total 0
        -rw-r--r--    1 500      500             0 2005-01-26 10:36 my-file
        $ id -u
        1000
        

So, just by authenticating myself to the remote server (could be on your
LAN, could be over the internet) it automatically sets up a "mount" for
me (sfs is a global filesystem, so everything you want to access is
under /sfs). As you can see by me creating a file - something strange is
happening, because my file I just created (and have read & write access
to) isn't owned by my uid - sfs is mapping things in the background, so
that my perms are mapped onto the remote server.

The different uids do cause some issues; it's not immediately clear
which files you can write to, and it doesn't half confuse nautilus. But,
I'm not really sure there is a "solution" to that problem.

Cheers,

Alex.

___________________________________________________________________

Sheffield Linux User's Group -
http://www.sheflug.co.uk/mailfaq.html

  GNU the choice of a complete generation.