เลือกวิธีเข้าสู่ระบบ FTP proxy ที่เกตเวย์ของคุณคาดหวัง
จับคู่บทสนทนา USER, SITE หรือ OPEN ของเกตเวย์ FTP แบบเนทีฟกับไคลเอนต์ที่รองรับ โดยแยกบัญชีของเกตเวย์ออกจากบัญชีเป้าหมาย
“FTP proxy” อาจหมายถึงเกตเวย์ที่พูด FTP ด้วยตัวเอง การเชื่อมต่อกับมันต่างจากการขอ CONNECT จาก HTTP proxy หรือขอให้เซิร์ฟเวอร์ SOCKS เปิดปลายทาง TCP
เกตเวย์ต้องการโฮสต์และบัญชีเป้าหมาย และอาจต้องเข้าสู่ระบบของตัวเองก่อน ผลิตภัณฑ์แสดงบทสนทนานั้นด้วยวิธีต่าง ๆ:
| การจัดวาง | รูปแบบคำสั่งทั่วไป |
|---|---|
| เป้าหมายถูกเข้ารหัสในชื่อผู้ใช้ | USER target-user@target-host |
| การเข้าสู่ระบบเกตเวย์แยกต่างหาก | USER/PASS ของเกตเวย์ ตามด้วยการเข้าสู่ระบบเป้าหมาย |
| คำสั่งปลายทางที่ชัดเจน | SITE target-host หรือ OPEN target-host ตามด้วยการเข้าสู่ระบบที่ต้องใช้ |
สิ่งเหล่านี้คือกลุ่มของธรรมเนียม ไม่ใช่ลำดับมาตรฐานเดียวที่ส่งไปยังทุกเกตเวย์ เลือกวิธีที่ผู้ดูแลระบบจัดทำเอกสารและไคลเอนต์รองรับ
ให้เห็นบัญชีทั้งสองในการตั้งค่า
รหัสผ่าน FTP ของเป้าหมายและรหัสผ่านของเกตเวย์อาจต่างกัน เกตเวย์บางตัวรวมไว้ในตัวแทน USER/PASS เดียว บางตัวต้องมีการแลกเปลี่ยนแยกกัน การใส่ค่าทั้งหมดในสตริงเดียวไม่สามารถจำลองไคลเอนต์ที่ต้องส่งคำสั่งเพิ่มเติมได้
สิ่งนี้อธิบายขอบเขตที่เป็นประโยชน์ในโค้ด FtpWebRequest แบบเก่า การเชื่อมต่อ FTP ธรรมดากับเกตเวย์ ด้วยชื่อผู้ใช้เฉพาะเกตเวย์ อาจเข้ากับการจัดวาง USER/PASS บางแบบ เกตเวย์ที่ต้องมีบทสนทนา SITE หรือ OPEN แยกต่างหากต้องมีไคลเอนต์ที่รองรับโฟลว์นั้นจริง ๆ คุณสมบัติ Proxy ใน WebRequest ก็เป็นอีกอินเทอร์เฟซหนึ่ง
ตัวอย่างเช่น WinSCP เปิดเผยวิธีเข้าสู่ระบบ FTP proxy แยกกันแทนที่จะถือว่าทุกเกตเวย์เป็นฟิลด์โฮสต์เดียว ค่าการตั้งค่าดิบที่เป็นตัวเลขเป็นของ API ที่จัดทำเอกสารไว้ ใช้ชื่อวิธีและบทสนทนาที่ตั้งใจไว้เมื่อตรวจสอบการกำหนดค่า
หลังเข้าสู่ระบบ การถ่ายโอนไฟล์ยังต้องใช้การเชื่อมต่อข้อมูล FTPและโหมด TLS ที่เลือก การเข้าสู่ระบบสำเร็จบนช่องควบคุมเป็นจุดเริ่มต้นของเส้นทางนั้น ไม่ใช่หลักฐานว่าการถ่ายโอนข้อมูลทั้งหมดได้รับอนุญาตแล้ว