WinSCP FTPS ensalutas tra la prokuro sed ne povas listigi dosierojn

Kontrolu la pasivan datan konekton kaj ankaŭ la regan konekton kiam vi uzas HTTP CONNECT por FTPS.

FTPS-ensaluto pruvas, ke la rega konekto funkciis. Dosieruja listigo bezonas alian konekton, do prokuro povas permesi la ensaluton kaj bloki la sekvan paŝon.

Por eksplicita FTPS-servilo, agordu la regan itineron kaj la pasivan reĝimon per 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");

La agordo ProxyMethod kun valoro 3 elektas HTTP CONNECT. Malfermu ĉi tiujn opciojn per la kutima vivo-ciklo de WinSCP Session en la aplikaĵo, kaj aldonu la krudajn agordojn ProxyUsername kaj ProxyPassword kiam la peranto postulas aŭtentikigon.

Sekvu la malsukceson de listigo

Esploru la seancon-protokolon por la interkonsentita pasiva datuma finpunkto kaj ĝia konekta malsukceso. La prokuro devas permesi tiun celon kaj pordon, same kiel la FTP-regfinpunkton. Tial regulo, kiu permesas CONNECT nur al la rega pordo, povas akcepti la ensaluton kaj malakcepti la listigon.

Ŝanĝi nur la regan pordon ne riparas blokitan datuman vojon. Uzu la protokolitan datuman finpunkton kiam vi kontrolas la retan politikon.

Ĉi tiu ekzemplo startigas eksplicitan FTPS sur pordo 21 kaj interkonsentas TLS. Por implicita FTPS-finpunkto, uzu la respondan FtpSecure-reĝimon kaj la servilan pordon. En ambaŭ kazoj, uzu la realan TLS-gastigantan nomon de la servilo kaj la agordon por atestila validigo.

Rilataj artikoloj