[BBLISA] sshfs

[Tom Metro]

Alex Aminoff wrote:
> My thought would be sshfs.
> http://fuse.sourceforge.net/sshfs.html

That was my thought as well. I'm just waiting for a workable sshfs 
driver to become available for Windows and then I'll gladly get rid of 
Samba. (I run into way too many authentication headaches with Samba, 
which are always a pain to debug, and I've come to the conclusion that 
it's never going to get better, due to the crufty nature of the protocol 
(only made worse by NMB for name resolution) and the piles of code there 
to provide backwards compatibility.)

Last time I looked I couldn't find an ssshfs for Windows, but I just ran 
across:
Dokan : user-mode file system library for Windows
http://dokan-dev.net/en/about/

for which there is apparently an sshfs driver:
http://soi.kd6.us/2009/03/20/so-i-found-a-windows-sshfs/


I haven't benchmarked sshfs (been using it fro Linux), but I'm assuming 
the performance of sshfs is going to be lousy compared to NFS.

Ideally I'd like to see a hybrid option for cases where you want strong 
authentication and access controls, but don't need to keep the data 
private over the wire. It could build on the existing ssh and public key 
infrastructure for authentication, and then use stateless UDP packets, 
probably with an attached HMAC for authenticity, for the data transport.

Perhaps NFSv4 is close enough to this. (Is it any more of a pain to set 
up Kerberos than ssh and PKI? Perhaps.)

The big drawback to any of these options is that they all require new 
clients, which aren't readily available on all platforms. It's hard 
enough finding a decent NFS client on Windows, never mind one that also 
supports v4. (Though of course there is existing wide support for ssh 
file access via FTP-like clients and scp, so technically the clients 
exist, but with a different UI.)

  -Tom

-- 
Tom Metro
Venture Logic, Newton, MA, USA
"Enterprise solutions through open source."
Professional Profile: http://tmetro.venturelogic.com/