WinSCP FTPS log masuk melalui proksi tetapi tidak dapat menyenaraikan fail
Semak sambungan data pasif serta sambungan kawalan apabila menggunakan HTTP CONNECT untuk FTPS.
Log masuk FTPS membuktikan sambungan kawalan berfungsi. Penyenaraian direktori memerlukan sambungan lain, jadi proksi boleh membenarkan log masuk dan menyekat langkah seterusnya.
Untuk pelayan FTPS eksplisit, konfigurasikan laluan kawalan dan mod pasif dengan WinSCP .NET:
var options = new WinSCP.SessionOptions
{
Protocol = WinSCP.Protocol.Ftp,
HostName = "ftp.example.net",
PortNumber = 21,
UserName = ftpUser,
Password = ftpPassword,
FtpSecure = WinSCP.FtpSecure.Explicit,
FtpMode = WinSCP.FtpMode.Passive
};
options.AddRawSettings("ProxyMethod", "3");
options.AddRawSettings("ProxyHost", "proxy.example.net");
options.AddRawSettings("ProxyPort", "8080");Tetapan ProxyMethod dengan nilai 3 memilih HTTP CONNECT. Buka pilihan ini melalui kitaran hayat WinSCP Session biasa dalam aplikasi, dan tambah tetapan mentah ProxyUsername dan ProxyPassword apabila perantara memerlukan pengesahan.
Jejaki kegagalan penyenaraian
Semak log sesi untuk titik akhir data pasif yang dirundingkan dan kegagalan sambungannya. Proksi mesti membenarkan destinasi dan port itu, serta titik akhir kawalan FTP. Oleh itu, peraturan yang hanya membenarkan CONNECT ke port kawalan boleh menerima log masuk dan menolak penyenaraian.
Menukar port kawalan sahaja tidak dapat membaiki laluan data yang disekat. Gunakan titik akhir data yang direkodkan semasa memeriksa dasar rangkaian.
Contoh ini memulakan FTPS eksplisit pada port 21 dan berunding TLS. Untuk titik akhir FTPS implisit, gunakan mod FtpSecure yang sepadan dan port pelayan. Dalam kedua-dua kes, gunakan nama hos TLS sebenar pelayan dan konfigurasi pengesahan sijil.