Ang FTP sa pamamagitan ng HTTP proxy ay may dalawang magkaibang mode
Ihiwalay ang HTTP gateway na kumukuha ng FTP URL sa curl na nagsasalita ng FTP sa mga tunnel na CONNECT.
Ang FTP URL sa likod ng HTTP proxy ay maaaring gumamit ng isa sa dalawang kaayusang ito:
| Mode | Ano ang ipinapadala ng curl |
|---|---|
| HTTP FTP gateway | Isang HTTP request na humihiling sa proxy na kunin ang FTP resource. |
| Tunnel na CONNECT | Kahilingan sa tunnel, na sinusundan ng mga byte ng katutubong FTP protocol sa tinanggap na koneksyon. |
Ginagamit ng command na ito ang kaayusang gateway:
curl --proxy http://203.0.113.10:8080 \
ftp://files.example.com/report.txtPalitan ang documentation endpoint at ang destinasyon ng file. Gaya ng dokumentasyon ng curl tungkol sa HTTP proxy ipinapaliwanag, sa mode na iyon ay nagsasalita ang curl ng HTTP sa proxy. Ang matagumpay na pagkuha ng file ay hindi nagpapatunay sa bawat operasyong partikular sa FTP.
Idagdag --proxytunnel kapag ang serbisyo ay inilaan upang magdala ng katutubong FTP sa CONNECT. Dapat nitong payagan ang mga kinakailangang target na koneksyon. Ang FTP ay may hiwalay na control at data na koneksyon, kaya ang mga passive address/port, mga tuntunin ng CONNECT at configuration ng server ay makakasira ng paglilipat pagkatapos ng matagumpay na pag-login.
Panatilihin ang yugtong nabigo: pagtanggi ng CONNECT, kabiguan ng pag-login sa FTP o kabiguan ng passive data. Ang mga gateway na partikular sa serbisyo na nag-encode ng ibang destinasyon sa USER/PASS ay gumagamit ng kanilang sariling mga kombensiyon sa pag-login; ang mga iyon ay hindi ordinaryong kredensyal ng HTTP proxy at hindi rin negosasyon ng SOCKS.
Gamitin ang dokumentadong mode ng proxy at ang configuration ng seguridad ng serbisyo ng file. Ang tunnel lamang ay hindi nag-e-encrypt ng plaintext na kredensyal ng FTP o data ng file.