FTP લોગિન કામ કરે છે પણ ડિરેક્ટરી યાદી અટકી જાય છે: કેમ

વપરાશકર્તાનામ કામ કરે છે, પાસવર્ડ કામ કરે છે, અને ક્લાયન્ટ કહે છે કે તે જોડાયેલું છે. પછી તે ફોલ્ડર યાદી અથવા પ્રથમ ફાઇલ સ્થાનાંતરણ માટે અનંત રાહ જુએ છે, અને ઓળખપત્રોમાં કંઈ પણ તે સમજાવતું નથી. FTP દરેક યાદી અને દરેક ફાઇલ માટે બીજું કનેક્શન ખોલે છે, અને તે બીજું કનેક્શન જ નિષ્ફળ જાય છે. લોગિન ફક્ત સાબિત કરે છે કે પ્રથમ વાતચીત કામ કરે છે.

તપાસ ક્રમમાં કરો. દરેક અલગ સ્તરને બાકાત કરે છે, તેથી જે પ્રથમ વિસંગતિ આપે ત્યાં થોભો.

પહેલા બે કનેક્શન અલગ કરો

નિયંત્રણ કનેક્શન સર્વરના સાંભળવાના પોર્ટ પર આદેશો અને જવાબો વહન કરે છે. ડેટા કનેક્શન ડિરેક્ટરી યાદી અથવા ફાઇલનું શરીર વહન કરે છે, અને પેસિવ મોડમાં સર્વર તેનું અંતિમ બિંદુ પસંદ કરે છે અને PASV અથવા EPSV જવાબમાં જાહેર કરે છે. પોર્ટ 21 ને મંજૂરી આપવાથી ડેટા પોર્ટ પહોંચવા યોગ્ય છે કે નહીં તે વિશે કંઈ ખબર પડતી નથી, અને તેથી જ લોગિન સફળ થાય જ્યારે દરેક યાદી સમયસીમા પૂરી થાય છે. WinSCP ની FTP મોડ્સ પરની માર્ગદર્શિકા આ વિભાજન અને તેની નેટવર્ક જરૂરિયાતો સમજાવે છે.

જો ક્લાયન્ટ VPN પાછળ હોય, તો ડેટા માર્ગ એ જ ટનલ પાર કરે છે પણ જરૂરી નથી કે એ જ નીતિ.

PASV જવાબમાંનું સરનામું વાંચો

વિગતવાળ ક્લાયન્ટ ચલાવો અને અનુમાન કરવાને બદલે જવાબ વાંચો. curl -v ftp://user@host/ સર્વર જે સરનામું અને પોર્ટ ઇચ્છે તેની સાથે PASV લાઇન છાપે છે, અને ક્લાયન્ટ પછી તે જ સરનામા સાથે જોડાય છે. જો તે ખાંગી સરનામું હોય જે ટનલની ક્લાયન્ટ બાજુ પર કંઈ અર્થ ધરાવતું નથી, તો નિયંત્રણ ચેનલ સ્વસ્થ રહે ત્યારે ડેટા કનેક્શન ક્યાંય જતું નથી.

તે સરનામુંને ક્લાયન્ટ ખરેખર પહોંચ્યું તે સરનામા સાથે સરખાવો. અસંગતિ જ જવાબ છે, અને તે સામાન્ય રીતે NAT માંથી અથવા આંતરિક સરનામા સાથે ગોઠવાયેલા સર્વરમાંથી આવે છે.

પોર્ટ શ્રેણી અને ટનલ નીતિ તપાસો

પેસિવ સર્વરો ગોઠવાયેલી શ્રેણીમાંથી ડેટા પોર્ટ ફાળવે છે, અને તે શ્રેણીને VPN અને માર્ગમાંના કોઈપણ ફાયરવોલ દ્વારા મંજૂરી આપવી પડે છે. જે નીતિ 21 ને મંજૂરી આપે અને બીજું કંઈ નહીં, તે ફક્ત લોગિનની નીતિ છે. સર્વર ચલાવનાર સાથે શ્રેણીની પુષ્ટિ કરો, પછી આખી શ્રેણી એકસરખી વર્તે છે એમ ધારવાને બદલે તેમાંથી એક પોર્ટ ચકાસો.

એન્ક્રિપ્ટેડ નિયંત્રણ ચેનલ આને વધુ મુશ્કેલ બનાવે છે, કારણ કે વચ્ચેનું બોક્સ હવે ઉડાન દરમિયાન જાહેર કરેલું સરનામું ફરી લખી શકતું નથી.

જાણો ક્યારે EPSV અથવા વઈકલ્પિક રસ્તો મદદ કરે છે

EPSV અલગ સરનામા વિના પોર્ટ પરત કરે છે, જે બન્ને છેડા સમર્થન આપે ત્યારે ખોટા સરનામાની નિષ્ફળતા દૂર કરે છે. કેટલાક ક્લાયન્ટને જાહેર કરેલું સરનામું અવગણીને નિયંત્રણ કનેક્શનનું લક્ષ્ય ફરી વાપરવાનું પણ કહી શકાય છે. બન્ને ચોક્કસ ટોપોલોજી માટેનાં કાયદેસર સાધનો છે, સાર્વત્રિક ઉકેલ નહીં.

ફક્ત સહાયકને સત્ર નિરીક્ષણ કરવા દેવા માટે TLS બંધ ન કરો. તે કામ કરતા પ્રોટોકોલને તૂટેલા ધમકી મોડેલ સાથે બદલે છે.

યાદી અને સ્થાનાંતરણ સાથે પુષ્ટિ કરો

સરનામું અથવા પોર્ટ નીતિ બદલાયા પછી તે જ VPN માર્ગ પર નવું સત્ર ખોલો અને ડિરેક્ટરીની યાદી કરો. પછી નાની ફાઇલ સ્થાનાંતરિત કરો, કારણ કે કેટલાક સર્વરો પર યાદી અને સ્થાનાંતરણ અલગ કોડ માર્ગ લઈ શકે છે. ક્લાયન્ટ લોગમાં અપેક્ષિત સરનામા અને પોર્ટ તરફનું ડેટા કનેક્શન તપાસો અને બાઇટ્સ પહોંચ્યા તેની પુષ્ટિ કરો.

આ કરતા ટાઇમે FTP, FTPS અને SFTP ને મનમાં અલગ રાખો. પેસિવ-પોર્ટ ફેરફાર SFTP સેટિંગ નથી, અને સુધારો પ્રોટોકોલ વચ્ચે પસાર થતો નથી.