لـ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 النصية ولا بيانات الملفات.