News for hackers. Stuff that matters.
Re:FTP Must Die by TwoBit on Sunday January 29, 2012 @05:31PM (#3526490)
Time and time again I resort to FTP to transfer files between computers that won't talk to each other via system-provided file systems. Mac<->Windows file sharing is so unreliable that I don't even try to use the system any more and just go straight to FTP. But yeah I hate the protocol itself.
Re:FTP Must Die by wollw on Sunday January 29, 2012 @05:46PM (#3526534)
Have you tried using SCP? I don't know if Windows comes with a client but a quick search turned up a few options. It is my goto method for transferring files these days but I admittedly don't use Windows.
Re:FTP Must Die by eCa on Sunday January 29, 2012 @05:53PM (#3526557)
WinSCP has served me well over the years:

http://www.winscp.net/

Re:FTP Must Die by ecaron on Sunday January 29, 2012 @05:56PM (#3526568)
I'd love to know the transfer speed differences between SCP, SFTP and FTP - because when I can view both ends of the wire then security is less of a concern than transfer time.
Re:FTP Must Die by stock_toaster on Sunday January 29, 2012 @10:11PM (#3527316)
you can use hpn-ssh (high performance) with aes128 (if your hardware has AESNI/padlock/etc) or rc4 (probably faster if your hardware lacks AESNI/padlock/etc) to eke a bit more speed over local connections on trusted lines. throw in compression and you can get good speeds.

rsync-to-rsyncd over a local link is probably faster though (requires more setup though).

You could probably just pipe tarballs through nc too. ;)

Re:FTP Must Die by astrodust on Sunday January 29, 2012 @06:26PM (#3526661)
The overhead of encryption is marginal and the advantage of being able to compress the stream is considerable.

scp and rsync, which is a fantastic companion, allows on-the-fly compression of content to get truly impossible speeds over the wire.

Re:FTP Must Die by zoobert on Monday January 30, 2012 @04:00AM (#3527990)
It is marginal if you want to transfer a file from time to time but if you are in a business where you transfer thousands to millions of files everyday it makes a big difference. FTP is still used because its interface is simple and well-known: good old file-directory paradigm that everybody knows. It is also used because it runs on every platform. I am in favour of having a new protocol but it should: - be faster than FTP (would have to use UDP instead of TCP here). - Firewall friendly. For that, you could use one port to do everything and forget about the data connection (Is it feasible with UDP as you would need to control the flow ?) - Being FTP compliant from the interface point of view. You should be able to replace your ftp client with your fastTP protocol and everything would run. - Add optional strong security. Possibility to encrypt or not the data stream and encrypt the password negotiation.

If we have this and it is marketed well then it could replace FTP.

Re:FTP Must Die by kronusaturn on Sunday January 29, 2012 @06:24PM (#3526655)
The difference is negligible when both machines are fast enough to encrypt/decrypt at wire speed, otherwise FTP is faster.
Re:FTP Must Die by wollw on Sunday January 29, 2012 @06:39PM (#3526698)
I just tested ftp and scp between my laptop and server over wireless and got about 2.5MB/s on both.
Re:FTP Must Die by hackermom on Sunday January 29, 2012 @07:53PM (#3526935)
I can happily report to you that your 11g wifi link's data throughput is fully saturated. Achievement unlocked!
Re:FTP Must Die by vacri on Sunday January 29, 2012 @08:36PM (#3527067)
scp is very slow, but not sure how slow in comparison to the other two. Copying lots of data between servers on your own network, it's much faster to tar/netcat between the two than scp.

It's slow enough that someone has made 'high performance ssh/scp': http://www.psc.edu/networking/projects/hpn-ssh/

Re:FTP Must Die by throwaway64 on Monday January 30, 2012 @07:07AM (#3528406)
filezilla supports SFTP, as do most modern windows ftp clients. filezilla even supports pagent as an ssh agent, allowing secure passwordless login.

Any openssh server that supports scp will support sftp unless it has been explicitly disabled.