FTP deur 'n HTTP-proxy het twee verskillende modusse
Onderskei 'n HTTP-gateway wat 'n FTP-URL haal van curl wat FTP deur CONNECT-tonnels praat.
'n FTP-URL agter 'n HTTP-proxy kan een van hierdie twee reëlings gebruik:
| Modus | Wat curl stuur |
|---|---|
| HTTP-FTP-gateway | 'n HTTP-versoek wat die proxy vra om die FTP-hulpbron te haal. |
| CONNECT-tonnel | Tonnelversoek, gevolg deur native FTP-protokolgrepe deur die aanvaarde verbinding. |
Hierdie opdrag gebruik die gateway-reëling:
curl --proxy http://203.0.113.10:8080 \
ftp://files.example.com/report.txtVervang die dokumentasie-eindpunt en die lêerbestemming. Soos die curl HTTP-proxy-dokumentasie verduidelik, praat curl in daardie modus HTTP met die proxy. 'n Suksesvolle lêerhaal bewys nie elke FTP-spesifieke bewerking nie.
Voeg --proxytunnel by wanneer die diens bedoel is om native FTP deur CONNECT te dra. Dit moet die nodige teikenverbindings toelaat. FTP het afsonderlike beheer- en datakanale, so passiewe adresse/poorte, CONNECT-reëls en bedienerkonfigurasie kan 'n oordrag breek nadat die aanmelding geslaag het.
Hou die mislukte stadium: CONNECT-verwerping, FTP-aanmeldingsfout of passiewe datafout. Diensspesifieke gateways wat 'n ander bestemming in USER/PASS kodeer, gebruik hul eie aanmeldkonvensies; dié is nóg gewone HTTP-proxygeloofsbriewe nóg SOCKS-onderhandeling.
Gebruik die gedokumenteerde proxymodus en die lêerdiens se sekuriteitskonfigurasie. 'n Tonnel alleen versleutel nie gewone FTP-geloofsbriewe of lêerdata nie.