FTP ผ่าน HTTP proxy มีสองโหมดที่แตกต่างกัน

แยก gateway HTTP ที่ดึง FTP URL ออกจาก curl ที่พูด FTP ผ่านอุโมงค์ CONNECT

FTP URL หลัง HTTP proxy สามารถใช้หนึ่งในสองรูปแบบนี้:

โหมดสิ่งที่ curl ส่ง
gateway FTP ผ่าน HTTPคำขอ HTTP ที่ขอให้ proxy ดึงทรัพยากร FTP
อุโมงค์ CONNECTคำขออุโมงค์ ตามด้วยไบต์ของโปรโตคอล FTP ดั้งเดิมผ่านการเชื่อมต่อที่ยอมรับ

คำสั่งนี้ใช้รูปแบบ gateway:

curl --proxy http://203.0.113.10:8080 \
  ftp://files.example.com/report.txt

แทนที่ปลายทางของเอกสารและปลายทางไฟล์ ตามที่ เอกสาร HTTP proxy ของ curl อธิบาย ในโหมดนั้น curl พูด HTTP กับ proxy การดึงไฟล์สำเร็จไม่ได้พิสูจน์ทุกการทำงานเฉพาะของ FTP

เพิ่ม --proxytunnel เมื่อบริการมีไว้เพื่อขนส่ง FTP ดั้งเดิมผ่าน CONNECT บริการต้องอนุญาตการเชื่อมต่อปลายทางที่จำเป็น FTP มี การเชื่อมต่อควบคุมและข้อมูลแยกกัน ดังนั้นที่อยู่/พอร์ตแบบ passive กฎ CONNECT และการกำหนดค่าเซิร์ฟเวอร์อาจทำให้การถ่ายโอนล้มเหลวหลังเข้าสู่ระบบสำเร็จ

เก็บขั้นตอนที่ล้มเหลวไว้: การปฏิเสธ CONNECT การเข้าสู่ระบบ FTP ล้มเหลว หรือข้อมูล passive ล้มเหลว gateway เฉพาะบริการที่เข้ารหัสปลายทางอื่นใน USER/PASS ใช้ธรรมเนียมการเข้าสู่ระบบของตนเอง สิ่งเหล่านั้นไม่ใช่ข้อมูลรับรอง HTTP proxy ทั่วไปและไม่ใช่การเจรจา SOCKS

ใช้โหมด proxy ที่มีเอกสารและกำหนดค่าความปลอดภัยของบริการไฟล์ อุโมงค์อย่างเดียวไม่ได้เข้ารหัสข้อมูลรับรอง FTP แบบข้อความธรรมดาหรือข้อมูลไฟล์

บทความที่เกี่ยวข้อง