Nag-log in ang WinSCP FTPS sa pamamagitan ng proxy ngunit hindi makalista ng mga file

Ang pag-log in sa FTPS ay nagpapatunay na gumana ang control connection. Ang listahan ng direktoryo ay nangangailangan ng isa pang koneksyon, kaya maaaring payagan ng proxy ang pag-log in at harangan ang susunod na hakbang.

Para sa isang explicit FTPS server, i-configure ang control route at passive mode gamit ang 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");

Ang setting na ProxyMethod na may value na 3 ay pumipili ng HTTP CONNECT. Buksan ang mga opsyong ito sa pamamagitan ng normal na lifecycle ng WinSCP Session sa application, at idagdag ang raw settings na ProxyUsername at ProxyPassword kapag nangangailangan ng authentication ang intermediary.

Sundan ang pagkabigo ng listahan

Suriin ang session log para sa napagkasunduang passive data endpoint at ang pagkabigo ng koneksyon nito. Dapat payagan ng proxy ang destinasyon at port na iyon, pati na ang control endpoint ng FTP. Kaya naman ang isang panuntunang nagpapahintulot ng CONNECT lamang sa control port ay maaaring tumanggap ng pag-log in at tanggihan ang listahan.

Ang pagbabago lamang ng control port ay hindi makakapag-ayos ng naharangang data path. Gamitin ang nakatalang data endpoint kapag sinusuri ang patakaran ng network.

Sinisimulan ng halimbawang ito ang explicit FTPS sa port 21 at nakikipagnegosasyon ng TLS. Para sa implicit FTPS endpoint, gamitin ang kaukulang FtpSecure mode at port ng server. Sa alinmang kaso, gamitin ang tunay na TLS hostname ng server at ang configuration ng pagpapatunay ng certificate.