VPN കണക്ട് ചെയ്യുന്നു, മെനു ബാറിൽ ടണൽ കാണാം, എന്നിട്ടും Mountain Duck ലോഗിൻ ആവശ്യപ്പെടുന്നു. പിന്നെ ഒരു കോഡ് ആവശ്യപ്പെടുന്നു. ഒന്നും കേടായിട്ടില്ല: രണ്ട് വ്യത്യസ്ത സിസ്റ്റങ്ങൾ നിങ്ങളെ സ്ഥിരീകരിക്കുന്നു, രണ്ടാമത്തേത് ആദ്യത്തേതിനെക്കുറിച്ച് ഒരിക്കലും കേട്ടിട്ടില്ല. VPN-ന്റെ MFA ഗേറ്റ്വേയ്ക്ക് എന്തോ തെളിയിക്കുന്നു. SFTP സർവർ സ്വന്തം അക്കൗണ്ടിനെതിരെ സ്വന്തം തെളിവ് ആവശ്യപ്പെടുന്നു.

രണ്ട് പ്രോംപ്റ്റ്, രണ്ട് സിസ്റ്റം

ഗേറ്റ്വേയും ഫയൽ സർവറും വെവ്വേറെ നയ മേഖലകളാണ്. അവർ ഒരു ഡയറക്ടറി പങ്കിട്ടേക്കാം, അല്ലെങ്കിൽ അവ ഉപയോഗിക്കുന്ന വ്യക്തിയല്ലാതെ മറ്റൊന്നും പൊതുവായി ഇല്ലായിരിക്കാം. VPN-ൽ ഒറ്റത്തവണ കോഡ് കൈമാറുന്നത് SFTP ഹോസ്റ്റിൽ സെഷൻ സൃഷ്ടിക്കുന്നില്ല, കൂടാതെ നിങ്ങൾ ടണൽ ഉപയോഗിച്ചോയെന്ന് SFTP ഹോസ്റ്റിന് അറിയാനാവില്ല. ഓരോ സിസ്റ്റവും ചോദിക്കുന്നത് താൻ മാത്രമാണെന്ന് വിശ്വസിക്കുന്നു.

LayerWhat it authenticatesWhere the account lives
VPNThe tunnel endpointGateway or identity provider
SFTPThe file sessionSSH server or its directory
Folder accessRead and write within the shareFilesystem permissions

മൂന്നും നിങ്ങളുടെ കുറിപ്പുകളിൽ വെവ്വേറെ വരികളായി കാണുക. ഒന്ന് പരാജയപ്പെടുമ്പോൾ, ഏത് കൺസോൾ തുറക്കണമെന്ന് ആ വരി പറയും, ജോലിയുടെ വലിയ ഭാഗം അതാണ്.

SFTP അഡ്മിനിസ്ട്രേറ്ററുടെ വിലാസം ഉപയോഗിക്കുക

ബുക്ക്മാർക്കിന് ഫയൽ സേവനം യഥാർത്ഥത്തിൽ കേൾക്കുന്ന ഹോസ്റ്റ്നാമും പോർട്ടും വേണം, അത് നിർബന്ധമായും VPN സർവറിന്റെ വിലാസമല്ല. SFTP സേവനം നടത്തുന്ന അഡ്മിനിസ്ട്രേറ്ററിനോട് ചോദിക്കുക, മറ്റ് ക്ലയന്റുകൾ ഉപയോഗിക്കുന്ന അതേ ഹോസ്റ്റ്നാം ഉപയോഗിക്കുക.

സർവർ ഐഡന്റിറ്റി പരിശോധന അതേപടി നിലനിർത്തുക. Mountain Duck-ഉം Cyberduck-ഉം ആദ്യ കണക്ഷനിൽ ഹോസ്റ്റ് കീ കാണിക്കുന്നു, അത് അഡ്മിനിസ്ട്രേറ്റർ മറ്റൊരു വഴിയിലൂടെ നൽകുന്ന മൂല്യവുമായി താരതമ്യം ചെയ്യുന്നതാണ് തെറ്റായ സർവറിന് നിങ്ങളുടെ ക്രെഡൻഷ്യലുകൾ ലഭിക്കാതിരിക്കാൻ സഹായിക്കുന്ന ഘട്ടം. ബുക്ക്മാർക്ക് കണക്ട് ആകാൻ ആ പരിശോധന ഓഫ് ചെയ്യുന്നത് സൗകര്യമെന്ന വേഷത്തിൽ എടുക്കുന്ന സ്ഥിരമായ തീരുമാനമാണ്. ഫയൽ നിങ്ങൾ ഉദ്ദേശിച്ചിടത്ത് എത്തിയെന്നതിന്റെ ഏക തെളിവും അത് നീക്കം ചെയ്യുന്നു.

സർവർ അയക്കുന്ന ചലഞ്ചിന് ഉത്തരം നൽകുക

പ്രോജക്റ്റിന്റെ SFTP ഡോക്യുമെന്റേഷൻ ഒറ്റത്തവണ കോഡുകൾക്കുള്ള ചലഞ്ച്-റെസ്പോൺസ് പിന്തുണ വിവരിക്കുന്നു: ആദ്യ ലോഗിൻ പ്രോംപ്റ്റ്, തുടർന്ന് സർവർ ആവശ്യപ്പെടുന്നതനുസരിച്ച് കോഡിനായി രണ്ടാം പ്രോംപ്റ്റ്. ഈ പ്രവാഹം സർവറിന്റെ കോൺഫിഗറേഷനിൽ ഉള്ളതാണ്, പാസ്വേഡ് ഫീൽഡിൽ മറ്റൊരു മൂല്യം സൂക്ഷിച്ച് ക്ലയന്റിന് സർവർ വശത്ത് ഇരട്ട-ഘടക നിർബന്ധം ചേർക്കാനാവില്ല.

അതിനാൽ ബുക്ക്മാർക്കിൽ സാധാരണ അക്കൗണ്ട് ക്രെഡൻഷ്യലുകൾ ഉണ്ടായിരിക്കണം, പ്രോംപ്റ്റ് വരുമ്പോൾ കോഡ് ടൈപ്പ് ചെയ്യണം. മാറുന്ന കോഡ് സ്ഥിരമായ പാസ്വേഡായി സൂക്ഷിച്ചാൽ ഒരിക്കൽ മാത്രം പ്രവർത്തിക്കുകയും പിന്നീട് തെറ്റായ പാസ്വേഡ് പോലെ തോന്നിക്കുന്ന രീതിയിൽ പരാജയപ്പെടുകയും ചെയ്യുന്ന ബുക്ക്മാർക്ക് ഉണ്ടാകും. കോഡ് VPN ക്രെഡൻഷ്യൽ ഫീൽഡിൽ വെച്ചാൽ വിഫലത വ്യത്യസ്തമാണ്: ഗേറ്റ്വേ അത് നിരസിക്കുന്നു, ടണൽ ഒരിക്കലും ഉയരുന്നില്ല. രണ്ട് പ്രോംപ്റ്റ്, രണ്ട് സ്ഥലം, അവ പരസ്പരം മാറ്റിയാൽ രണ്ടും തകരും.

സ്വയം മൗണ്ട് ഒരു ബട്ടൺ അമർത്താനാവില്ല

ബുക്ക്മാർക്ക് പശ്ചാത്തലത്തിൽ വീണ്ടും കണക്ട് ചെയ്താൽ, ഇന്ററാക്ടീവ് ചലഞ്ചിന് ഉത്തരം നൽകാൻ ആരുമില്ല. മൗണ്ട് വീണ്ടും ശ്രമിക്കുന്നു, സർവർ വീണ്ടും ചോദിക്കുന്നു, ലോഗ് വിജയിക്കാനാവാത്ത ശ്രമങ്ങൾ കൊണ്ട് നിറയുന്നു. മനുഷ്യനെ ആവശ്യപ്പെടുന്ന നയത്തിന്റെ സത്യസന്ധമായ ഫലം അതാണ്.

ഇന്ററാക്ഷൻ ആസൂത്രണം ചെയ്യുക: നിങ്ങൾ ഉള്ളപ്പോൾ ടണലും ബുക്ക്മാർക്കും ബന്ധിപ്പിക്കുക, പിന്നീടുള്ള യാന്ത്രിക പുനഃകണക്ഷനുകളെ മികച്ച ശ്രമമായി കാണുക. വർക്ക്ഫ്ലോയ്ക്ക് യഥാർത്ഥത്തിൽ മേൽനോട്ടമില്ലാത്ത ആക്സസ് വേണമെങ്കിൽ, സർവർ ഉടമ മറ്റൊരു പ്രാമാണീകരണ ക്രമം അംഗീകരിക്കണം, അത് ബുക്ക്മാർക്ക് ക്രമീകരണമല്ല, നയ മാറ്റമാണ്.

മൗണ്ട് അനുമതിയല്ല

മൗണ്ട് ചെയ്ത വോള്യം ഒരു സെഷൻ സ്ഥിരീകരിക്കപ്പെട്ടുവെന്ന് തെളിയിക്കുന്നു. ആ സർവറിൽ എല്ലായിടത്തും അക്കൗണ്ടിന് എഴുതാമെന്ന് അത് തെളിയിക്കുന്നില്ല. ഉദ്ദേശിച്ച ഫോൾഡർ പരിശോധിക്കുക, യഥാർത്ഥത്തിൽ വേണ്ട പ്രവർത്തനം പരീക്ഷിക്കുക, ഉത്തരം പ്രധാനമാകുമ്പോൾ സർവർ വശത്തുനിന്ന് ഫലം സ്ഥിരീകരിക്കുക. Finder-ന്റെ സൈഡ്ബാർ ഒരു വോള്യം കാണിക്കുന്നു; അതിന് പിന്നിലെ അനുമതികളെക്കുറിച്ച് അത് ഒന്നും പറയുന്നില്ല.

മറ്റൊരു പ്രോട്ടോക്കോളിന്, ഈ ക്രമം പകർത്തുന്നതിന് പകരം ആ ദാതാവിന്റെ രേഖപ്പെടുത്തിയ പ്രാമാണീകരണ രീതി ഉപയോഗിക്കുക. ക്ലൗഡ് സൈൻ-ഇന്നും SSH ചലഞ്ചും സൈഡ്ബാറിൽ ഒരുപോലെ തോന്നാം, എന്നാൽ അകത്ത് തികച്ചും വ്യത്യസ്തമായി പെരുമാറുന്നു.

അനുബന്ധ ലേഖനങ്ങൾ