Excluding Packages in global exclude list Finished Parsing package install arguments Resolving Dependencies- Populating transaction set with selected packages. Please wait.- Package fuse-sshfs.x8664 0:1.7-2.fc6 set to be updated- Running transaction check- Processing Dependency: libfuse.so.2(FUSE2.5)(64bit) for package: fuse-sshfs. SSHFS itself is also available as a Cask package, though on my system mixing osxfuse from Cask with plain sshfs binary bottle works just fine. The downside to this approach is that brew upgrade or brew outdated will no longer be able to update FUSE for OS X as brew cask is not version-aware for now.
Links for sshfs
Debian Resources:
Download Source Package sshfs-fuse:
Maintainers:
- Bartosz Fenski (QA Page)
- Dmitry Smirnov (QA Page)
External Resources:
- Homepage [github.com]
Similar packages:
filesystem client based on SSH File Transfer Protocol
Sshfs Options
sshfs is a filesystem client based on the SSH File Transfer Protocol.Since most SSH servers already support this protocol it is very easyto set up: i.e. on the server side there's nothing to do. On theclient side mounting the filesystem is as easy as logging into theserver with ssh.
sshfs is FUSE (Filesystem in USErspace).
Tags: System Administration: Filesystem Tool, Implemented in: C, User Interface: Command Shell, Networking: network::client, protocol::ssh, Role: Program, Security: Cryptography
Other Packages Related to sshfs
|
|
|
|
- dep:fuse3
- Filesystem in Userspace (3.x version)
- dep:libc6 (>= 2.28) [not alpha, sh4]
- GNU C Library: Shared libraries
also a virtual package provided by libc6-udeb
- dep:libc6 (>= 2.31) [sh4]
- dep:libc6.1 (>= 2.28) [alpha]
- GNU C Library: Shared libraries
also a virtual package provided by libc6.1-udeb
- dep:libfuse3-3 (>= 3.2.3)
- Filesystem in Userspace (library) (3.x version)
- dep:libglib2.0-0 (>= 2.24.0)
- GLib library of C routines
- dep:openssh-client
- secure shell (SSH) client, for secure access to remote machines
Download sshfs
Architecture | Package Size | Installed Size | Files |
---|---|---|---|
alpha(unofficial port) | 48.1 kB | 139.0 kB | [list of files] |
amd64 | 44.8 kB | 122.0 kB | [list of files] |
arm64 | 44.1 kB | 118.0 kB | [list of files] |
armel | 43.1 kB | 112.0 kB | [list of files] |
armhf | 42.7 kB | 92.0 kB | [list of files] |
hppa(unofficial port) | 46.0 kB | 114.0 kB | [list of files] |
i386 | 47.8 kB | 124.0 kB | [list of files] |
m68k(unofficial port) | 41.9 kB | 112.0 kB | [list of files] |
mips64el | 44.2 kB | 131.0 kB | [list of files] |
mipsel | 45.1 kB | 124.0 kB | [list of files] |
ppc64(unofficial port) | 48.0 kB | 170.0 kB | [list of files] |
ppc64el | 48.5 kB | 170.0 kB | [list of files] |
riscv64(unofficial port) | 43.4 kB | 103.0 kB | [list of files] |
s390x | 42.7 kB | 122.0 kB | [list of files] |
sh4(unofficial port) | 50.6 kB | 109.0 kB | [list of files] |
sparc64(unofficial port) | 40.7 kB | 126.0 kB | [list of files] |
x32(unofficial port) | 45.0 kB | 116.0 kB | [list of files] |
Situation: Hp envy ocr application. For whatsoever reason neither NFS nor SMB/CIFS are a runner on the environment. However I need to get permanent access to a shared filesystem.
Solution: sshfs http://en.wikipedia.org/wiki/SSHFS It is more than likely that ssh is running and any kind of authentication is setup. Sshfs is an userspace filesystem (fuse) mounting a remote directory over ssh using sftp. In fuse every user could mount his own filesystem through sshfs without the need of being root. In the below example I do it as root and share it with other users but it could be any other user.
Note: This is a quick and dirty proof of concept. For further security needs please use this as a starting point and apply your own security needs (ssh keys, user auth, limited access, etc)
With the below how-to I was able to make it fly under CentOS 6.x, Debian 7 and Ubuntu 13.04. However, it didn't work under Linux Mint 15 (some general network errors that the network is not available at the boot process when placing it into the fstab, else it worked fine) and under any OpenVZ and LXC guest. It works fine under KVM and vmware guests.
Installation
Debian/Ubuntu: the packages are part of the default repo's so all you need to do is
CentOS:
In CentOS (same for RedHat) you will need to get the required packages from epel. Lady danger lipstick.
Setup:
The shared target server needs an ssh server running and is in my case 192.168.1.99:/scratch
You will need an ssh user to login and have all needed permissions.
On all systems:
Unless its root please add the intended user for the mount to the fuse group. Its of course not needed for root
For manual mount:
giving your password. You can now setup as well ssh keys or give an auth file, etc.
Sshfs
To unmount:
Permanent mount in the /etc/fstab
vi /etc/fstab
insert:
Cricut my space. for the available mount options please refer to http://en.digipedia.org/man/doc/view/sshfs.1/Since I mount it as root I use allow_other to allow the mountpoint to be used by other users on the system, idmap=user to avoid issues around my different uids on the servers (jaja, I was too lazy to setup ldap to the testbox), and compression cause I always drive it to the limit and squeeze the max out of the connection.