ל-FTP דרך פרוקסי HTTP יש שני מצבים שונים
הפרידו בין שער HTTP שמביא כתובת FTP לבין curl שמדבר FTP דרך מנהרות CONNECT.
כתובת FTP מאחורי פרוקסי HTTP יכולה להשתמש באחת משתי הסידורים האלה:
| מצב | מה curl שולח |
|---|---|
| שער FTP דרך HTTP | בקשת 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 בטקסט גלוי או נתוני קבצים.