WinSCP FTPS პროქსის გავლით შედის, მაგრამ ფაილების სიას ვერ აჩვენებს

FTPS-ისთვის HTTP CONNECT-ის გამოყენებისას შეამოწმეთ როგორც პასიური მონაცემთა კავშირი, ასევე მართვის კავშირი.

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 ჰოსტის სახელი და სერტიფიკატის ვალიდაციის კონფიგურაცია.

დაკავშირებული სტატიები