Talk:SSHFS

From ArchWiki

Chrooting users

In my short experiences, chrooting a sftp user (with ForceCommand sftp-internal and ChrootDirectory /path/to/dir) requires that the Subsystem sftp <...> declaration use sftp-internal. If I'm wrong, please tell me, or else I will change the wiki to match (in a few days). -- Izzette (talk) 01:51, 9 June 2016 (UTC)Reply

Add workaround

Maybe it will be useful to explain the option -o workaround=rename in order to overwrite file in the mounted system using kate, gedit, etc. Also when mounted using fstab

—This unsigned comment is by PogMat (talk) 21:39, 10 June 2016‎ (UTC). Please sign your posts with ~~~~!Reply

Outdated/invalid option - default_permissions ?

mount option "default_permissions" is not in man page. Outdated wiki or wrong man page ? Or is "default_permissions" something general and not fuse releated? Thanks for clarification. Ua4000 (talk)

Add example using dpipe to do a reverse sshfs mount

Sometimes a reverse SSHFS mount can be useful. This is well described here: https://blog.dhampir.no/content/reverse-sshfs-mounts-fs-push. --Jose1711 (talk) 18:11, 27 July 2023 (UTC)Reply

Missing explaination on sshfs helper fmount.py

In the tips several sshfs helpers are recommended. One of them is a link to a python script [https://github.com/lahwaacz/Scripts/blob/master/fmount.py fmount.py]. It is a piece of script in a git repo of a lot of such scripts and I find no useful documentation. This was added by its author User:Lahwaacz in Special:Diff/prev/484285. While appreciating the contribution of the sshfs helper, I would suggest the author or anyone familiar with it to add more information. I would also suggest that the script should be wrapped into a package with hash because giving such a link looks too prone to supplychain attack, though I know the fact that the author is an active maintainer of ArchWiki and AUR packages. Simonmysun (talk) 22:00, 21 July 2024 (UTC)Reply

automount / systemd.automount / fstab change (Security)

I believe that section 4 is not described in a good and safe way as i believe how sshfs (fuse) should be used. I hope if my english explanations is not to bad and i can improve the entry at a later point or someone else could use these points to do a better job. Also i hope my understanding is not to wrong about it.

  • FUSE (Filesystem in Userspace) should not be used by root (mount.fuse(8) SECURITY / see "4.4 Secure user access").
  • sshfs should be used by a normal user and mounted under ${HOME}.

-> do not use fstab, reasons:

  • systemd-fstab-generator only creates system-units not user-units.
  • /etc/fstab entries generate .mount/.automount units for the system (root) not user. (see 4.1 "Accuracy box" )
  • instead of "/etc/systemd/system/mnt-data.(auto/)mount" better use "${XDG_CONFIG_HOME}/systemd/user/home-foo-netmounts-data.{auto,}mount" or "${HOME}/.config/systemd/user/"
  • use "systemctl --user "


I believe the best way to edit the article is for me to keep the old section as is for now, but with some disclaimers and minor changes. Bernd 007 (talk) 10:50, 12 December 2024 (UTC)Reply