WinSCP FTPS teken deur die proxy aan, maar kan nie lêers lys nie

Kontroleer die passiewe datakonnekse sowel as die beheerverbinding wanneer HTTP CONNECT vir FTPS gebruik word.

'n FTPS-aanmelding bewys dat die beheerverbinding gewerk het. 'n Gidslys benodig nog 'n verbinding, so 'n proxy kan die aanmelding toelaat terwyl dit die volgende stap blokkeer.

Vir 'n eksplisiete FTPS-bediener, stel die beheerroete en passiewe modus met WinSCP .NET op:

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");

Die instelling ProxyMethod met waarde 3 kies HTTP CONNECT. Maak hierdie opsies oop deur die toepassing se normale WinSCP Session-lewensiklus, en voeg ProxyUsername en ProxyPassword as rou instellings by wanneer die tussenganger verifikasie vereis.

Volg die lysfout

Ondersoek die sessielog vir die onderhandelde passiewe data-eindpunt en die verbindingsfout daarvan. Die proxy moet daardie bestemming en poort toelaat, sowel as die FTP-beheer-eindpunt. 'n Reël wat CONNECT slegs na die beheerpoort toelaat, kan dus die aanmelding aanvaar en die lys verwerp.

Om net die beheerpoort te verander, kan nie 'n geblokkeerde datapad regstel nie. Gebruik die aangetekende data-eindpunt wanneer jy die netwerkbeleid nagaan.

Hierdie voorbeeld begin eksplisiete FTPS op poort 21 en onderhandel TLS. Vir 'n implisiete FTPS-eindpunt, gebruik die ooreenstemmende FtpSecure-modus en bedienerpoort. In albei gevalle, gebruik die bediener se werklike TLS-gasheernaam en sertifikaatvalideringskonfigurasie.

Verwante artikels