Samba Shared Folders over a WAN link
Ow Mun Heng
Ow.Mun.Heng at wdc.com
Wed Jun 16 00:38:02 UTC 2004
On Tue, 2004-06-15 at 14:25, Alan Horn wrote:
> On Fri, 11 Jun 2004, Ow Mun Heng wrote:
>
> >
> > https would add additional Overhead though. It's not mentioned, does
> > cavader actually mounts that as a shared drive/folder?
>
> It's true that https would add the overhead of SSL. If you don't care
> about your data being intercepted and read by others, don't use https. I
> would classify that as 'A Bad Idea' however. The overhead of SSL is not
> significant with modern CPUs, and the bandwidth percentage is not that big
> a deal either. If you're in _exceptionally_ low bandwidth situations (e.g.
> mobile phone/9600/14400 baud territory) then you would need to assess that
> more closely.
true.. Well right now, using samba is also w/o encryption. I just
managed to find out how "fast" it is.
I just did a port forwarding with Compression using SSH they way satish
mentioned, and used tcptrack to measure the connection speed as I copy a
file from my local drive to the mount point
I see transfer of like 4KB/s. Now, that's bad. SCP can get me like
100+KB/s
> Cadaver is a webdav client for unix command line. It functions similarly
> to a command line FTP client in look and feel. It doesn't mount the
> filesystem as a shared drive/folder.
Then how does one access the file system? If it's just like FTP then
It's not gonna be v useful.
Right now, I'm on a Linux Box connecting to another LInux Samba File
server
> However, you were talking about _windows_ earlier, no ? If you're mounting
> filesystems on a unix box there are far wider (and richer) choices
> available to you.
There are?? I tried NFS/SMB/SSH w Samba.
If using windows, I might be able to get away using remote folders. (I think)
Have not researched enough into it
More information about the fedora-list
mailing list