Mountain Duck SFTP: VPN પછી બીજું લોગિન
ગેટવે અને ફાઇલ સર્વર જુદી જુદી વસ્તુઓ ચકાસે છે. SFTP એડમિનિસ્ટ્રેટરનું હોસ્ટનામ વાપરો, તેની પ્રોમ્પ્ટનો જવાબ આપો અને હોસ્ટ કી તપાસ રાખો.
VPN કનેક્ટ થાય છે, મેનુ બાર ટનલ બતાવે છે, અને Mountain Duck હજી લોગિન માંગે છે. પછી કોડ માંગે છે. કંઈ તૂટ્યું નથી: બે જુદી સિસ્ટમ તમને ચકાસી રહી છે, અને બીજીએ પહેલી વિશે ક્યારેય સાંભળ્યું નથી. VPN નું MFA ગેટવેને કંઈક સાબિત કરે છે. SFTP સર્વર પોતાનો પુરાવો માંગે છે, પોતાના ખાતા સામે.
બે પ્રોમ્પ્ટ, બે સિસ્ટમ
ગેટવે અને ફાઇલ સર્વર અલગ પોલિસી ડોમેન છે. તેઓ એક ડિરેક્ટરી શેર કરી શકે છે, અથવા તેનો ઉપયોગ કરતી વ્યક્તિ સિવાય કંઈ સામાન્ય ન પણ હોય. VPN પર એક વખતનો કોડ પાસ કરવાથી SFTP હોસ્ટ પર સેશન બનતું નથી, અને SFTP હોસ્ટ જાણી શકતું નથી કે તમે ટનલ વાપર્યું હતું કે નહીં. દરેક સિસ્ટમ માને છે કે માત્ર તે જ પૂછે છે.
| Layer | What it authenticates | Where the account lives |
|---|---|---|
| VPN | The tunnel endpoint | Gateway or identity provider |
| SFTP | The file session | SSH server or its directory |
| Folder access | Read and write within the share | Filesystem permissions |
તમારી નોંધોમાં ત્રણેયને અલગ પંક્તિઓ તરીકે રાખો. જ્યારે એક નિષ્ફળ જાય, પંક્તિ કહે છે કયું કન્સોલ ખોલવું, અને કામનો મોટો ભાગ એ જ છે.
SFTP એડમિનિસ્ટ્રેટરનું સરનામું વાપરો
બુકમાર્કને ફાઇલ સેવા ખરેખર જે હોસ્ટનામ અને પોર્ટ પર સાંભળે છે તે જોઈએ, જે જરૂરી નથી કે VPN સર્વરનું સરનામું હોય. જે એડમિનિસ્ટ્રેટર SFTP સેવા ચલાવે છે તેમને પૂછો, અને બીજા ક્લાયન્ટ વાપરે છે તે જ હોસ્ટનામ વાપરો.
સર્વર ઓળખની તપાસ અકબંધ રાખો. Mountain Duck અને Cyberduck પહેલા કનેક્શન પર હોસ્ટ કી બતાવે છે, અને એડમિનિસ્ટ્રેટર બહારના ચેનલ દ્વારા આપે તેવા મૂલ્ય સાથે તેની સરખામણી કરવી એ જ પગલું છે જે ખોટા સર્વરને તમારા ઓળખપત્રો મળતા રોકે છે. બુકમાર્ક કનેક્ટ થાય તે માટે એ તપાસ બંધ કરવી એ સુવિધાના વેશમાં સ્થાયી નિર્ણય છે. તે પછીથી ફાઇલ તમે ઇચ્છ્યું ત્યાં ગઈ એનો એકમાત્ર પુરાવો પણ દૂર કરે છે.
સર્વર મોકલે તે ચેલેન્જનો જવાબ આપો
પ્રોજેક્ટનું SFTP દસ્તાવેજીકરણ એક વખતના કોડ માટે ચેલેન્જ-રિસ્પોન્સ સપોર્ટ વર્ણવે છે: પ્રારંભિક લોગિન પ્રોમ્પ્ટ, પછી સર્વર માંગે તેમ કોડ માટે બીજી પ્રોમ્પ્ટ. આ પ્રવાહ સર્વરની ગોઠવણીનો ભાગ છે, અને ક્લાયન્ટ પાસવર્ડ ફીલ્ડમાં બીજું મૂલ્ય સાચવીને સર્વર-બાજુ બે-ફેક્ટર ફરજ ઉમેરી શકતું નથી.
તેથી બુકમાર્કમાં સામાન્ય ખાતાના ઓળખપત્ર રાખવા જોઈએ, અને પ્રોમ્પ્ટ દેખાય ત્યારે કોડ ટાઇપ કરવો જોઈએ. બદલાતો કોડ કાયમી પાસવર્ડ તરીકે સાચવવાથી એવું બુકમાર્ક બને છે જે એક વખત કામ કરે, પછી ખોટા પાસવર્ડ જેવું લાગે તે રીતે નિષ્ફળ જાય. કોડને VPN ના ઓળખપત્ર ફીલ્ડમાં મૂકવાથી જુદી રીતે નિષ્ફળ જાય: ગેટવે તેને નકારે છે, અને ટનલ ક્યારેય ઉપર આવતું નથી. બે પ્રોમ્પ્ટ, બે જગ્યા, અને તેમને બદલવાથી બંને તૂટે છે.
સ્વચાલિત માઉન્ટ બટન દબાવી શકતું નથી
જો બુકમાર્ક પૃષ્ઠભૂમિમાં ફરી કનેક્ટ થાય, તો ઇન્ટરેક્ટિવ ચેલેન્જનો જવાબ આપનાર કોઈ નથી. માઉન્ટ ફરી પ્રયાસ કરે છે, સર્વર ફરી પૂછે છે, અને લોગ એવા પ્રયાસોથી ભરાય છે જે સફળ થઈ શકતા નથી. વ્યક્તિની જરૂર પડતી પોલિસીનું આ પ્રામાણિક પરિણામ છે.
ઇન્ટરેક્શનનું આયોજન કરો: તમે હાજર હો ત્યારે ટનલ અને બુકમાર્ક જોડો, અને પછીના સ્વચાલિત પુનઃકનેક્શનને શ્રેષ્ઠ પ્રયાસ ગણો. જો કાર્યપ્રવાહને ખરેખર દેખરેખ વિનાની ઍક્સેસ જોઈએ, તો સર્વરના માલિકે બીજી પ્રમાણીકરણ ગોઠવણ મંજૂર કરવી પડે, જે બુકમાર્ક સેટિંગ નહીં પરંતુ પોલિસી ફેરફાર છે.
માઉન્ટ એ પરવાનગી નથી
માઉન્ટ થયેલ વોલ્યુમ સાબિત કરે છે કે સેશન પ્રમાણિત થયું. તે સાબિત કરતું નથી કે ખાતું તે સર્વર પર દરેક જગ્યાએ લખી શકે. ઇચ્છિત ફોલ્ડર તપાસો, તમને ખરેખર જે ક્રિયા જોઈએ તે અજમાવો, અને જવાબ મહત્વનો હોય ત્યારે સર્વરની બાજુથી પરિણામની પુષ્ટિ કરો. Finder ની બાજુ પટ્ટી વોલ્યુમ બતાવે છે; તેની પાછળની પરવાનગીઓ વિશે કંઈ કહેતી નથી.
બીજા પ્રોટોકોલ માટે, આ ક્રમની નકલ કરવાને બદલે તે પ્રદાતાની દસ્તાવેજી પ્રમાણીકરણ પદ્ધતિ વાપરો. ક્લાઉડ સાઇન-ઇન અને SSH ચેલેન્જ બાજુ પટ્ટીમાં એકસરખા દેખાઈ શકે છે અને અંદરથી સાવ જુદી રીતે વર્તે છે.