FTP gjennom en HTTP-proxy har to forskjellige modus
Skill mellom en HTTP-gateway som henter en FTP-URL, og curl som snakker FTP gjennom CONNECT-tunneler.
En FTP-URL bak en HTTP-proxy kan bruke en av disse to ordningene:
| Modus | Hva curl sender |
|---|---|
| HTTP-FTP-gateway | En HTTP-forespørsel som ber proxyen hente FTP-ressursen. |
| CONNECT-tunnel | Tunnelforespørsel, etterfulgt av byte fra den opprinnelige FTP-protokollen gjennom den godtatte forbindelsen. |
Denne kommandoen bruker gateway-ordningen:
curl --proxy http://203.0.113.10:8080 \
ftp://files.example.com/report.txtErstatt dokumentasjonsendepunktet og filens mål. Som curl-dokumentasjonen om HTTP-proxy forklarer, snakker curl HTTP med proxyen i den modusen. En vellykket filhenting beviser ikke enhver FTP-spesifikk operasjon.
Legg til --proxytunnel når tjenesten er ment å frakte opprinnelig FTP gjennom CONNECT. Den må tillate de nødvendige målforbindelsene. FTP har atskilte kontroll- og dataforbindelser, så passive adresser/porter, CONNECT-regler og serverkonfigurasjon kan bryte en overføring etter vellykket innlogging.
Behold trinnet som feilet: CONNECT-avvisning, FTP-innloggingsfeil eller passiv datafeil. Tjenestespesifikke gatewayer som koder en annen destinasjon i USER/PASS, bruker sine egne innloggingskonvensjoner; de er verken vanlige HTTP-proxy-legitimasjoner eller SOCKS-forhandling.
Bruk den dokumenterte proxy-modusen og sikkerhetskonfigurasjonen til filtenesten. En tunnel alene krypterer ikke klartekst-FTP-legitimasjon eller fildata.