WinSCP FTPS влиза през проксито, но не може да изброи файловете

Проверете пасивната връзка за данни, както и контролната връзка, когато използвате HTTP CONNECT за FTPS.

Влизането по FTPS доказва, че контролната връзка работи. Списъкът с файлове се нуждае от друга връзка, така че проксито може да разреши влизането и да блокира следващата стъпка.

За сървър с явен 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. Отваряйте тези опции през нормалния жизнен цикъл на WinSCP Session в приложението и добавете суровите настройки ProxyUsername и ProxyPassword, когато посредникът изисква удостоверяване.

Проследете неуспеха при изброяването

Прегледайте журнала на сесията за договорената пасивна крайна точка за данни и нейния неуспех при свързване. Проксито трябва да разрешава тази дестинация и порт, както и контролната крайна точка на FTP. Затова правило, което разрешава CONNECT само към контролния порт, може да приеме влизането и да отхвърли изброяването.

Промяната само на контролния порт не може да поправи блокиран път за данни. Използвайте записаната в журнала крайна точка за данни, когато проверявате мрежовата политика.

Този пример стартира явен FTPS на порт 21 и договаря TLS. За неявен FTPS използвайте съответния режим FtpSecure и порта на сървъра. И в двата случая използвайте действителното TLS име на хоста на сървъра и настройките за проверка на сертификата.

Подобни статии