FTP праз HTTP-праксі мае два розныя рэжымы
Адрозніце HTTP-шлюз, які атрымлівае FTP-адрас, ад curl, які гаворыць FTP праз тунэлі CONNECT.
FTP-адрас за HTTP-праксі можа выкарыстоўваць адну з дзвюх схем:
| Рэжым | Што адпраўляе curl |
|---|---|
| HTTP-шлюз FTP | HTTP-запыт, які просіць праксі атрымаць FTP-рэсурс. |
| Тунэляванне CONNECT | Запыт на тунэль, за якім праз прынятае злучэнне ідуць байты ўласна пратаколу FTP. |
Гэтая каманда выкарыстоўвае схему шлюза:
curl --proxy http://203.0.113.10:8080 \
ftp://files.example.com/report.txtЗамяніце дакументацыйны адрас і месца прызначэння файла. Як тлумачыць дакументацыя curl па HTTP-праксі , у гэтым рэжыме curl размаўляе з праксі па HTTP. Паспяховае атрыманне файла не пацвярджае ўсе аперацыі, характэрныя для FTP.
Дадайце --proxytunnel , калі служба прызначана перадаваць уласна FTP праз CONNECT. Яна павінна дазваляць неабходныя злучэнні з мэтай. У FTP асобныя злучэнні кіравання і даных, таму пасіўныя адрасы/парты, правілы CONNECT і налады сервера могуць зламаць перадачу пасля паспяховага ўваходу.
Захавайце этап, на якім адбыўся збой: адмова CONNECT, збой уваходу ў FTP або збой пасіўных даных. Шлюзы, спецыфічныя для службы, якія кадуюць іншую мэту ў USER/PASS, выкарыстоўваюць уласныя правілы ўваходу; яны не з’яўляюцца ні звычайнымі ўліковымі данымі HTTP-праксі, ні перамовамі SOCKS.
Выкарыстоўвайце дакументаваны рэжым праксі і налады бяспекі файлавай службы. Адзін тунэль не шыфруе адкрытыя ўліковыя даныя FTP або даныя файлаў.