તમારું ગેટવે જે FTP પ્રોક્સી લોગિન પદ્ધતિ ધારે છે તે પસંદ કરો
સ્થાનિક FTP ગેટવેની USER, SITE અથવા OPEN વાતચીતને તેને સમર્થન આપતા ક્લાયન્ટ સાથે મેળવો, ગેટવે ખાતાને લક્ષ્ય ખાતાથી અલગ રાખીને.
“FTP પ્રોક્સી” એ એવા ગેટવેને દર્શાવી શકે જે પોતે FTP બોલે છે. તેની સાથે જોડાવું એ HTTP પ્રોક્સીને CONNECT માંગવા અથવા SOCKS સર્વરને TCP લક્ષ્ય ખોલવા કહેવાથી અલગ છે.
ગેટવેને લક્ષ્ય હોસ્ટ અને ખાતું જોઈએ, અને પહેલાં તેને પોતાનું લોગિન પણ જોઈ શકે. ઉત્પાદનો તે વાતચીતને જુદી જુદી રીતે વ્યક્ત કરે છે:
| ગોઠવણ | સામાન્ય આદેશનું સ્વરૂપ |
|---|---|
| વપરાશકર્તાનામમાં લક્ષ્ય સંગ્રહિત | USER target-user@target-host |
| અલગ ગેટવે લોગિન | ગેટવે USER/PASS, પછી લક્ષ્યનું લોગિન |
| સ્પષ્ટ ગંતવ્ય આદેશ | SITE target-host અથવા OPEN target-host, પછી જરૂરી લોગિન |
આ રૂઢિઓના પરિવારો છે, દરેક ગેટવેને મોકલવાનો એકમાત્ર પ્રમાણભૂત ક્રમ નથી. એડમિનિસ્ટ્રેટરે દસ્તાવેજ કરેલી અને ક્લાયન્ટ સમર્થન આપે છે તે પદ્ધતિ પસંદ કરો.
સેટઅપમાં બંને ખાતાં દૃશ્યમાન રાખો
લક્ષ્ય FTP પાસવર્ડ અને ગેટવે પાસવર્ડ અલગ હોઈ શકે. કેટલાક ગેટવે તેમને એક USER/PASS રજૂઆતમાં જોડે છે; અન્યને અલગ આદાનપ્રદાન જોઈએ. દરેક મૂલ્ય એક શબ્દમાળામાં મૂકવાથી એવા ક્લાયન્ટનું પુનરુત્પાદન થઈ શકતું નથી જેને વધારાના આદેશ મોકલવા પડે.
આ જૂના FtpWebRequest કોડમાં એક ઉપયોગી સીમા સમજાવે છે. ગેટવે સાથેનું સામાન્ય FTP જોડાણ, ગેટવે-વિશિષ્ટ વપરાશકર્તાનામ સાથે, કેટલીક USER/PASS ગોઠવણોમાં બંધ બેસી શકે. અલગ SITE અથવા OPEN વાતચીત માંગતા ગેટવે માટે એવો ક્લાયન્ટ જોઈએ જે ખરેખર તે પ્રવાહને સમર્થન આપે. WebRequest નો Proxy ગુણધર્મ ફરી બીજું ઇન્ટરફેસ છે.
ઉદાહરણ તરીકે WinSCP બધા ગેટવેને એક હોસ્ટ ક્ષેત્ર તરીકે ગણવાને બદલે અલગ FTP પ્રોક્સી લોગિન પદ્ધતિઓ આપે છે. તેના આંકડાકીય કાચા સેટિંગ મૂલ્યો તેના દસ્તાવેજીકૃત APIનો ભાગ છે; રૂપરેખા સમીક્ષા કરતી વખતે પદ્ધતિનું નામ અને ઇચ્છિત વાતચીત વાપરો.
લોગિન પછી પણ ફાઇલ સ્થાનાંતરણને FTP ડેટા જોડાણ અને પસંદ કરેલ TLS મોડ જોઈએ. નિયંત્રણ ચેનલ પર સફળ લોગિન તે માર્ગની શરૂઆત છે, દરેક ડેટા સ્થાનાંતરણ પહેલેથી જ મંજૂર છે તેનો પુરાવો નથી.