FTP caur HTTP starpniekserveri ir divi dažādi režīmi
Atšķiriet HTTP vārteju, kas iegūst FTP URL, no curl, kas runā FTP pa CONNECT tuneļiem.
FTP URL aiz HTTP starpniekservera var izmantot vienu no šiem diviem izkārtojumiem:
| Režīms | Ko sūta curl |
|---|---|
| HTTP FTP vārteja | HTTP pieprasījums, kas lūdz starpniekserveri iegūt FTP resursu. |
| CONNECT tunelis | Tuneļa pieprasījums, kam seko dzimtā FTP protokola baiti pa pieņemto savienojumu. |
Šī komanda izmanto vārtejas izkārtojumu:
curl --proxy http://203.0.113.10:8080 \
ftp://files.example.com/report.txtAizstājiet dokumentācijas galapunktu un faila galamērķi. Kā skaidro curl HTTP starpniekservera dokumentācija , šajā režīmā curl runā ar starpniekserveri HTTP. Veiksmīga faila iegūšana neapliecina katru FTP raksturīgu darbību.
Pievienojiet --proxytunnel , ja pakalpojums paredzēts dzimtā FTP pārvadīšanai pa CONNECT. Tam jāatļauj nepieciešamie mērķa savienojumi. FTP ir atsevišķi vadības un datu savienojumi, tāpēc pasīvās adreses/porti, CONNECT noteikumi un servera konfigurācija var pārtraukt pārsūtīšanu pēc veiksmīgas pieteikšanās.
Saglabājiet neizdevušos posmu: CONNECT noraidījums, FTP pieteikšanās kļūda vai pasīvo datu kļūda. Pakalpojumam raksturīgas vārtejas, kas USER/PASS iekodē citu galamērķi, izmanto savus pieteikšanās noteikumus; tās nav parasti HTTP starpniekservera akreditācijas dati nedz SOCKS sarunas.
Izmantojiet dokumentēto starpniekservera režīmu un failu pakalpojuma drošības konfigurāciju. Tunelis vien nešifrē atklāta teksta FTP akreditācijas datus vai failu datus.