5 ms·
Why FTP could soon disappear from the Internet (2020)
- redundantly 3y ago> And I’m sure some person in some suitably technical job somewhere is going to claim that FTP will never die because there will always be a specialized use case for it somewhere. Sure, whatever. But for the vast majority of people, when Chrome disconnects FTP from the browser, they likely won’t find a reason to reconnect. I'm some person in a suitable technical job somewhere. Yeah, FTP will be around for a long, long time. Will it be around forever? Not likely. Will it "soon disappear from the internet"? Even less likely. Hooray for clickbait.
- ganoushoreilly 3y agoFor me, I SFTP from 5 locations around the globe daily. I could build a complex system to manage the transfers.. but why, when it just works for our use case.
- valiant55 3y agoSFTP is basically just SSH, the only thing it shares in common with FTP is the name.
- ChainOfFools 3y agoperhaps op meant FTPS?
- LinAGKar 3y agoSSH is just the transport, you use a different protocol inside it. But yeah, it's not FTP
- ganoushoreilly 3y agoThe only difference is the security transport / authentication, otherwise if functions the exact same way. The original RFC for SFTP was written to actually be a simpler version of FTP. While v3 seems to be the standard and the final RFC was never ratified, SFTP is still FTP.
- LinAGKar 3y agoPlease link to that RFC then. They are very different. SFTP isn't even textual, nor does it have separate control and data channels of FTP. Are these exactly the same?: https://www.ietf.org/rfc/rfc959.txt https://www.ietf.org/rfc/rfc959.txt https://datatracker.ietf.org/doc/html/draft-moonesamy-secsh-filexfer-00 https://datatracker.ietf.org/doc/html/draft-moonesamy-secsh-...
- nwallin 3y agoAre you perhaps referring to FTPS, which is FTP with SSL/TLS added? SFTP is very, very different from FTP. Note that SFTP is not a protocol for security transport / authentication. It doesn't do that. It assumes that you've already secured/authorized the channel with SSH. See section 1 of the RFC. https://datatracker.ietf.org/doc/html/draft-ietf-secsh-filexfer-13#section-1 https://datatracker.ietf.org/doc/html/draft-ietf-secsh-filex... https://en.wikipedia.org/wiki/FTPS https://en.wikipedia.org/wiki/FTPS https://en.wikipedia.org/wiki/SSH_File_Transfer_Protocol https://en.wikipedia.org/wiki/SSH_File_Transfer_Protocol
- ganoushoreilly 3y agoIt's secure tunneled FTP. Functionally it performs the exact same way as ftp only it's not in clear text and you have better authentication options.
- yjftsjthsd-h 3y agoNo, that's FTPS. FTPS wraps FTP in TLS; SFTP is a protocol in the SSH protocol that can transfer files and that happens to implement an FTP-like interface.
- r1ch 3y agoUnfortunately SFTP isn't a good replacement when speed is a concern, anything running over OpenSSH will have its bandwidth limited by the fixed window size. I long for the day when HPN-SSH replaces OpenSSH everywhere.
- water9 3y agoI just found out this is a thing. Thank you for this.
- Halfwhit 3y agoAdding to the thanks for sending me down a new fun rabbit hole
- ganoushoreilly 3y agoMost of our transfers are limited by our backbone, but because we chunk files we're able to do multiple concurrent transfers and max out traffic as best we can. We mostly have 10g links, but anything over that tends to get into serious diminishing returns in value/performance.
- water9 3y agoMainly that the storage medium is not going to be able to usually keep up with the Link speed of 100gbps for long
- deleted 3y ago[deleted]
- yjftsjthsd-h 3y agoBonus points for equating Chrome use with "the Internet"
- throwawaymobule 3y agoMost of my own use of (unsecured) FTP has been with hacked consoles. Server software is usually written pretty soon after a toolchain works, and is a huge quality of life upgrade. Really don't see that trend stopping. Anecdotally, pestering a nontechnical buddy of mine to learn how to FTP games onto a ps3 gave him a headstart on a tech support role he got years later.
- chasil 3y agoFTP did have some odd features that were useful at times. The SITE EXEC command allowed programs to be run remotely, with their output filtered back to the client. The proxy command allowed functionality similar to modern jump host ssh. Of course, anonymous ftp has no equivalent in ssh/sftp.
- bcrl 3y agoIt was also a great way to break into buggy SunOS systems and gain root access... Oh, the early days of the internet!
- toast0 3y agoBeing able to send files between two ftp servers without having to download then upload is a pretty interesting feature that arises from the two connection model of data transfer. Of course, that model also makes ftp hard to secure and hard to NAT.
- littlecranky67 3y agoyepp, FXP. Popular in the warez scene back then, disabled for security reasons everywhere else. You could send arbitrary ASCII data to any remote ASCII based protocol - such as IRC or email. Countermeasures included limiting ports, or disallow download of files you uploaded etc.
- fomine3 3y agoIt will never disappear from many legacy systems
- thallium205 3y agoIf FTP disappears the US healthcare industry will go with it.
- CyberDildonics 3y agoFTP isn't disappearing and I'm pretty sure the US healthcare industry would find a different way to transfer files instead of disappearing.
- paulddraper 3y agoIn my experience in healthcare, SFTP is far more common than FTP/FTPS. Maybe because it's simpler to administer (no active vs passive issue). In any case, it's the preferred choice.
- anotheraccount9 3y agoIn other news, usenet won't be accessible using gopher.
- RalfWausE 3y agoNah, i have recently seen some dude mirroring Usenet posts in his gopherhole... granted, its not posting, but still..
- faeriechangling 3y agoI'd be surprised if it wasn't in use 50 years from now.
- water9 3y agoOK how about Telnet first
- PeterStuer 3y agoThere are plenty of line of business systems that even today integrate by putting a request document on an ftp server, then polling the server for a response document. These systems are there for the same reason COBOL and RPG are alive and well.
- nuc1e0n 3y agoI won't miss it. It was good for its time but we now have better alternatives for the same purpose.