WinSCP FTPS уваходзіць праз проксі, але не паказвае спіс файлаў

Правярайце пасіўнае злучэнне даных, а таксама кіравальнае злучэнне пры выкарыстанні HTTP CONNECT для FTPS.

Уваход праз FTPS даказвае, што кіравальнае злучэнне працуе. Для спісу файлаў патрэбна іншае злучэнне, таму проксі можа дазволіць уваход і заблакаваць наступны крок.

Для сервера з explicit FTPS наладзьце кіравальны маршрут і пасіўны рэжым у 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");

ProxyMethod са значэннем 3 выбірае HTTP CONNECT. Адкрывайце гэтыя параметры праз звычайны жыццёвы цыкл Session у праграме і дадайце сырыя налады ProxyUsername і ProxyPassword, калі пасрэднік патрабуе аўтэнтыфікацыі.

Прасочыце збой спісу

Паглядзіце ў журнал сеансу: які пасіўны канечны пункт даных узгоднены і як не ўдалося злучэнне. Проксі павінен дазваляць гэты адрас і порт, а таксама кіравальны канечны пункт FTP. Таму правіла, якое дазваляе CONNECT толькі да кіравальнага порта, можа прыняць уваход і адхіліць спіс.

Змена толькі кіравальнага порта не выправіць заблакаваны шлях даных. Пры праверцы сеткавай палітыкі выкарыстоўвайце канечны пункт даных з журнала.

Гэты прыклад запускае explicit FTPS на порце 21 і ўзгадняе TLS. Для канечнага пункта implicit FTPS выкарыстоўвайце адпаведны рэжым FtpSecure і порт сервера. У абодвух выпадках выкарыстоўвайце сапраўднае імя хаста TLS сервера і налады праверкі сертыфіката.

Падобныя артыкулы