23 comment

1. Word of warning: SSHFS is even slower than FTP since §sshd§ has to {en|de}crypt everything, it’s also slow doing it, which also makes SFTP Clients slow to like 100-300KB/s speed. SSHFS is a nice thing to transparently move data, but be prepared for ultra-slow transmission even on powerful CPU.

   1. No.

      1. Oh yes.

         1. That’s odd. I just transfered 20MB (via dd) over an sshfs connection on a 10Mb/s line and it transfered at 1.1MB/s (note bits vs bytes). This speed is about what I would expect even without any encryption overhead… so, I’m with Matthew and say, “No.” There is no significant performance loss due to ssh encryption (at least not on relatively modern hardware).

            1. What hardware ?

               1. PIC24
                  What a question?
                  https://www.dd-wrt.com/wiki/index.php/Sshfs
                  Here you can learn something from guys they know what are they doing!
                  “The advantages of sshfs over NFS and Samba are a repsonsiveness much closer to local file systems than either of the common systems and somewhat faster transfer speeds (your mileage may vary). Also it has (at least for me) proven very stable with no outtages yet. The simplicity of sshfs setup can also be an advantage if you do not actually have a use for Samba’s bewildering array of configuration options. If you know how to use SSH, you know how to use sshfs. “

   2. Before you make a statement like this, do your research, do your homework, possibly try yourself. Do not just throw around whatever you thing or hear from experts on the internet!!!
      Damn, I am sick of these experts all around the web!

      1. It’s from years of personal experience !

2. Great article!, I just have a question, how to add the port in the /etc/fstab file if external host has ssh listening on a non standard port?

   Thanks.

   1. Pass it as port=1234 in /etc/fstab:

      sshfs#$root@192.168.1.142:/ /mnt/server1 fuse defaults,idmap=user,port=1234,allow_other,reconnect,_netdev,users,IdentityFile=/path/to/.ssh/keyfile 0 0

      Or type it at command prompt:

      sshfs -o idmap=user,port=1234 user@host:/path /mnt/local

3. sshfs#$root@192.168.1.142:/ /mnt/server1 fuse defaults,idmap=user,allow_other,reconnect,_netdev,users,IdentityFile=/path/to/.ssh/keyfile 0 0

   Really?! root + user + allow_other? Facepalm… I know it’s just an example, but com’on… Noobs are copying from this kind of sites!

   1. The post has been updated to include non-root /etc/fstab entry. I appreciate your feedback and time.

4. Works great for mac as well:

   Download and install OSXFuse from here: https://osxfuse.github.io/
   Download and install SSHFS as well (also here https://osxfuse.github.io/)
   Launch terminal
   $sshfs -p2222 @:
   (note -p2222 for the port rather than -port=2222 on a mac)

   This works great for mounting a remote log directory and then running a bunch of tails in different terminal tabs.

   1. Apologies, looks like the example got a little messed up

      $sshfs -p2222 user@host:remote_path local_path

5. Great tutorial and I got it working for cpanel backups.
   The only issue I had was that the datacentre see the traffic as going out AND then reading back IN to the server, so it doubled my bandwidth usage.
   The advantages of using ssh was brilliant though as I could send cpanel backups directly to the backup server via SSH and not have a problem with local space.

6. Hi
   l have one question ?
   l have setup 2 server , server1 and server2
   l am trying to share hdd from server1 to server2
   where l should added fstab , in server1 or server2

   bacuase really l dont understand

   1. Hi Luli,
      First even though your description is correct, it might be easier for you to think of sshfs mounts as remote-server and local-server instead of server 1 and server 2. So if you are “sharing” data from server 1 = remote-server. And if you want to mount the “share” on server2 = local-server.

      So on your server2 (local-server) you will 1) install sshfs(important) 2)edit the /etc/fstab file directing server1:/path/you/want/to/mount /local/path/on/local/server fuse.sshfs and-then,whatever,syntax,works,here,for,you [tab] 0 [tab] 0

7. The mount on-demand setup *requires* ROOT ssh access to the server. That should be clearly noted.

8. On Ubuntu 16.04 LTS, I needed to uncomment “allow_other” in `/etc/fuse.conf` and use that option as a `-o` option. Otherwise, I could not access the mounted filesystem as my regular (non-root) user.

9. You have typo error in :

   Now, edit the /etc/fstab file, enter:

   sudo vi /etc/fstat

   1. Thanks for the heads up!

10. Would you add example to cover using keys for authentication and mounting for mounting the sshfs?

11. Hi

    whats the difference between sshfs VS mount?

    i see my coworker doing something like this to mount remote directory to his server

    
mount :/path/files/ /home//files


    Even its working, but is it ok?

    Thanks

    Have a question? Post it on our forum!