fast user switching; multiple users connecting to the same server

[GoogleCodeExporter]

Fast user switching enabled. 

User A mounts a volume via ssh. 

User B logs in to Mac OS. Permission is properly 
denied to the volumes that was mounted by User A. 

Issue
-----

If User B attempts to connect to the same server, sshfs.app will prompt for the 
password but the 
volume fails to mount. No error message.

Partial workaround
------------------

Whereas user A entered the *name* of the server, 
User B may enter the *IP address* of the server.

Finder gains access to the required volume. 

In Terminal, however, for the mounted volume
ls -l 

> Permission denied 

###

[grahamperrin:/Volumes] admin% sudo ls -l /Volumes/
ls: /Volumes/139.184.225.200: Permission denied
ls: /Volumes/omnium.freeman-centre.ac.uk: Permission denied
ls: /Volumes/unix.central.sussex.ac.uk: Permission denied
total 0
lrwxr-xr-x    1 root     admin           1 Apr 23 22:29 MBP -> /
drwxr-xr-x    6 unknown  unknown       306 Apr  2 19:00 Maxtor
drwxr-xr-x   11 unknown  unknown       476 Apr  5 08:55 Perrin
drwxr-xr-x  103 unknown  unknown      3604 Apr  2 19:00 Tim
drwxrwxr-t   39 root     admin        1428 Apr 21 13:09 clone-MBP
drwxrwxr-t   10 root     admin         442 Apr 17 15:14 clone-excess
drwxr-xr-x   11 unknown  unknown       476 Apr 21 12:53 extreme

###

omnium.freeman-centre.ac.uk is a CNAME for 
139.184.225.200

Original issue reported on code.google.com by grahampe...@gmail.com on 23 Apr 2007 at 11:12

[GoogleCodeExporter]

> omnium.freeman-centre.ac.uk is a CNAME for 
> 139.184.225.200

omnium.freeman-centre.ac.uk is not a CNAME, sorry. It's the name. 

Original comment by grahampe...@gmail.com on 23 Apr 2007 at 11:15

[GoogleCodeExporter]

grahamperrin:

sshfs.app tries to create the mount point based on the server name, so the 
volume fails to mount because 
that mount point is already used. Yes, there could be better error messages 
etc., but then sshfs.app is merely 
an unsupported tech demo. In any case, this (choosing a name for the mount 
point, creating the mount point) 
is a high-level issue beyond the scope of MacFUSE itself.

As for "Permission denied", it looks like you tried to "ls" as the super user 
(via sudo). You *will* get permission 
denied unless the mount was done by the super user to begin with. This is a 
feature (you don't want root-
owned/system processes being "hung" by a malicious user file system daemon). It 
can be arranged to have 
"other" processes be able to access MacFUSE volumes, but that shouldn't be the 
typical use case.

If you try to access the volume that user B mounted *as user B* from the 
Terminal, it should work. If not, then 
that's a bug.

Original comment by si...@gmail.com on 24 Apr 2007 at 7:44

[GoogleCodeExporter]

Thanks - understood. 

I may review this in the context of MacFusion. 

Regards
Graham

Original comment by grahampe...@gmail.com on 27 Apr 2007 at 3:48

[GoogleCodeExporter]

Original comment by si...@gmail.com on 27 Apr 2007 at 7:33

• Changed state: Invalid