Board index » delphi » FTP vs Http+Sockets
Huhtaman
![]() Delphi Developer |
Thu, 01 Sep 2005 07:12:24 GMT
|
Huhtaman
![]() Delphi Developer |
Thu, 01 Sep 2005 07:12:24 GMT
FTP vs Http+Sockets
Hello All:
I have built a client app which allows our customers to retrieve minor Somebody suggested that I switch to using http with sockets instead of What advantages would http via sockets have for file transfers ??? Would Where could I find examples of how this is done with Indy ??? Thank you. Neil Huhta |
Andy M
![]() Delphi Developer |
Thu, 01 Sep 2005 08:00:09 GMT
Re:FTP vs Http+SocketsQuote> What advantages would http via sockets have for file transfers ??? Would Maybe some network configurations will more easily allow HTTP than FTP access, but again both protocols are pretty common. In case of security, I guess that HTTPS is more common than FTPS, so that might be an advantage of HTTP - if you need it. I guess HTTP is used more often for the updating task because often you would have a web server for the product anyway and this web server can therefore additionally work as the update-server. Plus, you might want to use CGIs or similiar to check for updates. But then again - why break a working solution without reason, FTP works just as well for the task and if there's no need to change it (now or in the foreseeable future) you might save yourself the work and trouble and just leave it with FTP. Andy |
Danny Heij
![]() Delphi Developer |
Fri, 02 Sep 2005 00:25:07 GMT
Re:FTP vs Http+SocketsOne of the problems (from the security point of view) with ftp is the inbound data connection. If you have to use ftp, passive mode is recommended, but you still have to allow the inbound data connection. The HTTP protocol is simply more firewall-friendly than ftp, as there is no need for the inbound connection. Danny "Huhtaman" <nhu...@digital.net> schreef in bericht Quote> Hello All: |
Simon Devli
![]() Delphi Developer |
Fri, 02 Sep 2005 03:42:54 GMT
Re:FTP vs Http+SocketsI'm not sure that's accurate. With PASV you reverse the direction of the data session establishment so that the data channel is initiated from the client. Normal FTP sends a PORT command with paramenters that lets the server know Of course you still have the issues surrounding cleartext usernames and If it works fine, I wouldn't change it unless you need HTTPS or some other Quote"Danny Heijl" <danny.he...@cevi.be> wrote in message Quote> One of the problems (from the security point of view) with ftp is the |
J Peter Mugaa
![]() Delphi Developer |
Fri, 02 Sep 2005 07:23:55 GMT
Re:FTP vs Http+SocketsOn Mon, 17 Mar 2003 07:42:54 +1200, "Simon Devlin" Quote<simon.dev...@kremlin-computing.com> wrote: laundering, a FTP bounce attack, and connection theft. Usually, good FTP servers will require that data connections be used only for the computer on the control connection. It's not an ideal solution and it does have a side effect in that it will break site to site file transfers but sometimes, security does have its price. Quote> On the subject of HTTP http://www.ietf.org/internet-drafts/draft-murray-auth-ftp-ssl-10.txt). A lot of servers still don't support this and Indy 9.0 doesn't support J. Peter Mugaas - Chairperson, Distribution Team, Indy Pit Crew |
Danny Heij
![]() Delphi Developer |
Fri, 02 Sep 2005 16:27:18 GMT
Re:FTP vs Http+Sockets"Simon Devlin" <simon.dev...@kremlin-computing.com> schreef in bericht Quote> I'm not sure that's accurate. With PASV you reverse the direction of the Danny |
Simon Devli
![]() Delphi Developer |
Fri, 02 Sep 2005 19:48:13 GMT
Re:FTP vs Http+Sockets"J Peter Mugaas" <oma00...@mail.wvnet.edu> wrote in message news:md1a7voq8rknked0d72eufflu8102ljoq8@4ax.com... Quote> There are some potential security problems such as connection enough problem that *I* would go to the trouble of changing a perfectly good FTP solution to a HTTP(s) based one. Most of the stuff you're refering to is fairly esoteric (but worth reading up on for developers thinking of including server "processes" in their own code - http://www.cert.org/tech_tips/ftp_port_attacks.html) Quote> Actually, there is a version of FTP that supports SSL or TLS (see: as you say, most don't. For deployment I couldn't really recommend FTP/TLS at the present time. The FTP server deployed with IIS 5.0 doesn't even support PASV for petes (who ever he is) sake - so as for TLS support :-( Simon |
J Peter Mugaa
![]() Delphi Developer |
Sat, 03 Sep 2005 12:06:32 GMT
Re:FTP vs Http+SocketsOn Mon, 17 Mar 2003 23:48:13 +1200, "Simon Devlin" Quote<simon.dev...@kremlin-computing.com> wrote: considered. In addition, FTP is not too friendly if the server is behind a firewall because then a whole range of ports has to opened on the firewall. Quote> [snip] demand. Already, you have several commercial servers supporting TLS such as: GlobalScape Secure FTP Server (http://www.globalscape.com) I suspect there is a number of them. One thing we are working on with There are currently quite a number of FTP clients supporting TLS Cute FTP Pro (http://www.globalscape.com) Indy 10 already supports TLS FTP and the SecureBlackbox vendor Quote>For deployment I couldn't really recommend FTP/TLS console client in Windows 95, 98, Me, and 2000 still doesn't support PASV (and I wish it would). There are still a few old servers that don't support PASV and I've seen a few. I'm not completely disagreeing with you about the merits of FTP |
1. DX Socks FTP Server vs Indy FTP Server
2. comparing Indy FTP vs. NetMaster's FTP
3. Socket programming using http protocol?
4. HTTP.Get & Socket Error #11001
5. EIdSocketError with message 'Socket Error # 10058 with HTTP client Indy 9.0.3
6. Socket Error 10022 Invalid Argument when trying http put
7. http post - socket error 10053