“Proxy FTP” có thể chỉ một cổng tự nói FTP. Kết nối tới nó khác với việc yêu cầu CONNECT từ proxy HTTP hoặc yêu cầu máy chủ SOCKS mở một đích TCP.

Cổng cần máy chủ và tài khoản đích, và có thể cần đăng nhập riêng trước. Các sản phẩm diễn đạt cuộc trao đổi đó theo nhiều cách:

Cách bố tríDạng lệnh thông thường
Đích được mã hóa trong tên người dùngUSER target-user@target-host
Đăng nhập cổng riêngUSER/PASS của cổng, sau đó là đăng nhập đích
Lệnh đích tường minhSITE target-host hoặc OPEN target-host, sau đó là đăng nhập bắt buộc

Đây là những họ quy ước, không phải một trình tự chuẩn duy nhất gửi cho mọi cổng. Hãy chọn phương thức mà quản trị viên đã ghi tài liệu và ứng dụng khách hỗ trợ.

Giữ cả hai tài khoản hiển thị trong phần thiết lập

Mật khẩu FTP của đích và mật khẩu của cổng có thể khác nhau. Một số cổng gộp chúng vào một biểu diễn USER/PASS; những cổng khác yêu cầu trao đổi riêng. Đặt mọi giá trị vào một chuỗi không thể tái tạo một ứng dụng khách phải gửi thêm lệnh.

Điều này giải thích một ranh giới hữu ích trong mã FtpWebRequest cũ. Một kết nối FTP thông thường tới cổng, với tên người dùng riêng cho cổng, có thể phù hợp với một số cách bố trí USER/PASS. Cổng yêu cầu cuộc trao đổi SITE hoặc OPEN riêng cần ứng dụng khách thực sự hỗ trợ luồng đó. Thuộc tính Proxy trong WebRequest lại là một giao diện khác.

Ví dụ, WinSCP cung cấp các phương thức đăng nhập proxy FTP riêng thay vì coi mọi cổng là một trường máy chủ. Các giá trị cài đặt thô dạng số của nó thuộc API đã được ghi tài liệu; hãy dùng tên phương thức và cuộc trao đổi dự kiến khi xem xét cấu hình.

Sau khi đăng nhập, việc truyền tệp vẫn cần kết nối dữ liệu FTP và chế độ TLS đã chọn. Đăng nhập thành công trên kênh điều khiển là khởi đầu của lộ trình đó, không phải bằng chứng rằng mọi truyền dữ liệu đã được cho phép.

Bài viết liên quan