[conspire] access to network drive - denies to root?

[Michael Paoli]

> From: "Ruben Safir" <ruben at mrbrklyn.com>
> Subject: [conspire] access to network drive - denies to root?
> Date: Mon, 6 Jul 2020 22:29:10 -0400

> I have a drive mounted through sshfs
>
> [ruben at flatbush 101___06]$ mount|grep sshfs
> ruben at home2:/usr/local/apache2/htdocs/ on /home/ruben/mnt4 type
> fuse.sshfs (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
>
> I can not access it with sudo which is bizzarre and unexpected
>
> [ruben at flatbush 101___06]$ sudo ls -al  /home/ruben/mnt4/brooklyn/mv/
> ls: cannot access '/home/ruben/mnt4/brooklyn/mv/': Permission denied
> [ruben at flatbush 101___06]$ ls -al  /home/ruben/mnt4/brooklyn/mv/
> total 74965180
> drwxr-xr-x 1 ruben daemon      16384 Jul  6 22:25  .
> drwxr-xr-x 1 ruben    111       4096 Jul  4 10:52  ..
> -rw-r--r-- 1 ruben    111   83996672 May 18  2008
> 0.607_Star_Trek_TNG_-_6x07_-_Rascals.avi
> -rw-r--r-- 1 ruben    111   54562564 Jun 28  2008
> 06_-_SNL_-_Quentin_Tarantino_s_Welcome_Back_Kotter.mpeg
> ....


$ dpkg -l | fgrep sshfs || apt-cache show sshfs | sed -ne  
'/^Description-en/,/^[^ ]/{/^[^  
]/{/^Description-en/!d;};p};/^Homepage:/p'
Description-en: filesystem client based on SSH File Transfer Protocol
  sshfs is a filesystem client based on the SSH File Transfer Protocol.
  Since most SSH servers already support this protocol it is very easy
  to set up: i.e. on the server side there's nothing to do.  On the
  client side mounting the filesystem is as easy as logging into the
  server with ssh.
  .
  sshfs is FUSE (Filesystem in USErspace).
Homepage: https://github.com/libfuse/sshfs
$
https://github.com/libfuse/sshfs
... me thinks it improbable nobody bumped into this issue before,
perhaps quick answer(s)/hint(s) ...
https://www.google.com/search?q=sshfs+root+"can%27t"+access
... eh, so-so results, whatever ...
RTFM ...
$ ar p /var/local/cache/sshfs_2.8-1_amd64.deb data.tar.xz | xz -d |  
tar -xOf - ./usr/share/man/man1/sshfs.1.gz | gzip -d | nroff -man | less
...
    FUSE options:
...
        -o allow_other
               allow access to other users

        -o allow_root
               allow access to root

So, should we have a tip jar for failed to Read The Fine Manual (RTFM)
and failed to Search The Fine Web (STFW)?

> why is this?

User failed to RTFM,
additional contributing factor(s):
(minor) violation of principle of least surprise/astonishment,
user failed to read related man page(s), e.g. regarding
FUSE and default behavior and (typical) options.

references:
sshfs(1)
mount.fuse(8)