WinSCP 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 ની પરવાનગી આપતો નિયમ લોગ ઇન સ્વીકારીને સૂચિ નકારી શકે છે.

ફક્ત કંટ્રોલ પોર્ટ બદલવાથી અવરોધિત ડેટા માર્ગ ઠીક થતો નથી. નેટવર્ક નીતિ તપાસતી વખતે લોગમાં નોંધાયેલ ડેટા એન્ડપોઇન્ટ વાપરો.

આ ઉદાહરણ પોર્ટ 21 પર સ્પષ્ટ FTPS શરૂ કરે છે અને TLS વાટાઘાટ કરે છે. ગર્ભિત FTPS એન્ડપોઇન્ટ માટે અનુરૂપ FtpSecure મોડ અને સર્વર પોર્ટ વાપરો. બંને કિસ્સામાં સર્વરનું વાસ્તવિક TLS હોસ્ટનામ અને પ્રમાણપત્ર માન્યતા રૂપરેખાંકન વાપરો.