|
|
what about encrypted AFP?
Is there any significant advantage to using this instead of AFP/SMB over an SSH tunnel (TCP over TCP, but it requires no added software if you know how to configure the tunnel manually) or over hamachi (or similar UDP VPN)? Both of these options offer more options for NAT traversal and have more possible applications. Before I found hamachi, I used a series of ssh tunnels to connect to my home machines when I was away, and encrypted file transfers (as well as encrypted VNC and anything else I needed), and with the tunnel/VPN already running, file sharing is as easy as on a LAN.
what about encrypted AFP?
This is easier than the tunnel method because you don't need to do anything special on the server - so long as it has ssh which is the real advantage of this, you can connect to any computer that has ssh and mount the filesystem as a harddrive.
what about encrypted AFP?
"This is easier than the tunnel method because you don't need to do anything special on the server"
what about encrypted AFP?
"I'm sure Fuse has an application, but for OS X to OS X connections, I don't see an incentive to change."There's your answer. But Web developers often have hosting on a remote Linux machine. They might be using MySQL and so have a use for mysqlfs. Content creators might like to explore and debug their master DVD content with DVDfs. FUSE unifies these under a single mechanism to support any data structure as a filesystem. This is the Unix philosophy: elegant.
what about encrypted AFP?
The thing you've gotta watch with AFP is that it doesn't work well with latent links. If you have a speedy connection from your desktop/laptop to your server then you should be ok. |
SearchFrom our Sponsor...Latest Mountain Lion HintsWhat's New:HintsNo new hintsComments last 2 daysNo new commentsLinks last 2 weeksNo recent new linksWhat's New in the Forums?
Hints by TopicNews from Macworld
From Our Sponsors |
|
Copyright © 2014 IDG Consumer & SMB (Privacy Policy) Contact Us All trademarks and copyrights on this page are owned by their respective owners. |
Visit other IDG sites: |
|
|
|
Created this page in 0.05 seconds |
|