SSHFS മൗണ്ടുകൾ ഉപയോക്താവിനുള്ളതാണ്, VPN ഹുക്കിനല്ല

ഊഹം ഉൾക്കൊള്ളാൻ എളുപ്പവും ശ്രദ്ധിക്കാൻ പ്രയാസവുമാണ്: VPN കണക്ഷൻ ഹുക്ക് root ആയി പ്രവർത്തിക്കുന്നു, അതിനാൽ അത് ആരംഭിക്കുന്ന മൗണ്ടും root ആയി ക്രമീകരിക്കണം. ഈ യുക്തി ഡെസ്ക്ടോപ്പ് ഉപയോക്താവിന് തുറക്കാൻ കഴിയാത്ത ടീം ഡയറക്ടറിയും, ട്രിഗർ സേവനം പുനരാരംഭിക്കുമ്പോൾ അപ്രത്യക്ഷമാകുന്ന മൗണ്ടും, ആർക്കും ഉത്തരം നൽകാൻ കഴിയാത്ത സന്ദർഭത്തിൽ ഒരു പ്രാമാണീകരണ അഭ്യർത്ഥനയും സൃഷ്ടിക്കുന്നു. ഹുക്കും മൗണ്ടും രണ്ട് വ്യത്യസ്ത ജോലികളാണ്, അവയിൽ ഒന്നിന് മാത്രമേ പ്രത്യേകാവകാശം ആവശ്യമുള്ളൂ.

ഐതിഹ്യം: നെറ്റ്വർക്ക് പ്രത്യേകാവകാശം എന്നാൽ മൗണ്ട് പ്രത്യേകാവകാശം

ഇന്റർഫേസ് ഉയർത്തുന്നതും ഫയൽ സെർവറിലേക്ക് പ്രാമാണീകരിക്കുന്നതും പരസ്പരബന്ധമില്ലാത്ത കഴിവുകളാണ്, സാധാരണയായി അവ വ്യത്യസ്ത അക്കൗണ്ടുകളിലാണ്. VPN ഘടകത്തിന് റൂട്ടുകളും ഇന്റർഫേസുകളും മാറ്റാൻ മതിയായ പ്രത്യേകാവകാശം വേണം. ഫയൽ സെർവർ അക്കൗണ്ടിന് ഒരു കീ അല്ലെങ്കിൽ പാസ്വേഡ്, ഹോസ്റ്റ് കീയെക്കുറിച്ചുള്ള തീരുമാനം, മൗണ്ട് ചെയ്യാനുള്ള ഹോം ഡയറക്ടറി എന്നിവ വേണം. രണ്ടാമത്തെ ജോലിയുടെ ക്രെഡൻഷ്യലുകൾ ആദ്യ ഐഡന്റിറ്റിക്ക് നൽകുന്നതാണ് ഒരു നെറ്റ്വർക്ക് സേവനം ഉപയോക്താവിന്റെ കീ കൈവശം വയ്ക്കുന്ന വഴി.

ഒരു ഉപയോക്താവിന്റെ ലാപ്ടോപ്പിൽ ഇവ ഒരേ അക്കൗണ്ടായിരിക്കാം, ആ യാദൃച്ഛികത ഒരു രൂപകൽപ്പനയല്ല.

പ്രത്യേകാവകാശമുള്ള ഹുക്ക് മൗണ്ട് ചെയ്തുകഴിഞ്ഞാൽ മൂന്ന് കാര്യങ്ങൾ നിശബ്ദമായി തെറ്റാകുന്നു. മൗണ്ട് root ന്റെ ഉടമസ്ഥതയിലാണ്, ഉപയോക്താവിന്റെ ഏജന്റ് ആ പരിസ്ഥിതിയിൽ ഇല്ല, പരാജയങ്ങൾ പരിഗണിക്കുന്ന സെഷനിലല്ല, നെറ്റ്വർക്ക് സേവനത്തിന്റെ ലോഗിൽ പ്രത്യക്ഷപ്പെടുന്നു. ഇവയൊന്നും മൗണ്ട് കമാൻഡിലേക്ക് ഓപ്ഷനുകൾ ചേർത്താൽ ശരിയാകുന്നില്ല. ഐഡന്റിറ്റി ഉള്ള സെഷന് ജോലി നൽകുന്നതിലൂടെയാണ് അവ ശരിയാകുന്നത്.

മൗണ്ട് ലോഗിൻ ചെയ്ത ഉപയോക്താവിന് എന്തുകൊണ്ട്

SSHFS മൗണ്ട് അത് സൃഷ്ടിച്ച പ്രോസസിന്റെ ഉടമസ്ഥതയിലുള്ള FUSE മൗണ്ടാണ്, പ്രവേശനം മാതൃ ഡയറക്ടറിയുടെ മോഡിലല്ല, ആ ഉടമസ്ഥതയെ പിന്തുടരുന്നു. റഫറൻസ് സാധാരണ ഉപയോക്താവിനെയും അയാൾക്ക് ഉടമസ്ഥതയുള്ള മൗണ്ട് പോയിന്റിനെയും ശുപാർശ ചെയ്യുന്നു, അതുകൊണ്ടാണ് root പ്രോസസ് സൃഷ്ടിക്കുന്ന മൗണ്ട് മറ്റെല്ലാവർക്കും അസൗകര്യമാകുന്നത്. മൗണ്ട് പോയിന്റിലെ അനുമതി മാറ്റം അത് ശരിയാക്കുന്നില്ല, കാരണം തടസ്സം മൗണ്ടിന്റെ സ്വന്തം ഉടമയാണ്.

ഉപയോക്തൃ സെഷനുള്ളിൽ കൈകൊണ്ടുള്ള അടിസ്ഥാന രേഖയിൽ നിന്ന് തുടങ്ങുക: ഹോം ഡയറക്ടറിക്ക് കീഴിൽ നിലവിലുള്ള ശൂന്യ മൗണ്ട് പോയിന്റ്, സെർവറിലെ അംഗീകൃത അക്കൗണ്ട്, നിങ്ങളുടെ അംഗീകൃത പ്രക്രിയയിലൂടെ ഇതിനകം പരിശോധിച്ച ഹോസ്റ്റ് കീ. ഒരിക്കൽ കൈകൊണ്ട് മൗണ്ട് ചെയ്ത് ഉപയോഗിക്കുക, കാരണം ഏതെങ്കിലും ഓട്ടോമേഷൻ ഉണ്ടാകുന്നതിന് മുമ്പ് ഐഡന്റിറ്റി പാത പ്രവർത്തിക്കുന്നുവെന്ന് അത് തെളിയിക്കുന്നു. കമാൻഡിന് എന്ത് വേണമായിരുന്നു എന്ന് എഴുതിവയ്ക്കുക: അക്കൗണ്ട് പേര്, എക്സ്പോർട്ട് പാത, സ്വകാര്യ ഹോസ്റ്റ് നാമം. ഓട്ടോമേറ്റഡ് പതിപ്പിനായി അതേ സന്ദർഭം സൂക്ഷിക്കുക, കാരണം പ്രവർത്തിക്കുന്ന കൈ മൗണ്ടാണ് ട്രിഗർ പുനർനിർമ്മിക്കേണ്ട സ്പെസിഫിക്കേഷൻ.

sshfs [email protected]:/exports/team "$HOME/mnt/team"

ആ വരിയിലെ ഓരോ പേരും പാതയും പ്ലേസ്ഹോൾഡറായി കണക്കാക്കുക, അക്കൗണ്ടും എക്സ്പോർട്ടും ഉൾപ്പെടെ. VPN അക്കൗണ്ടിന്റെ പാസ്വേഡ് സ്വയമേവ സ്റ്റോറേജ് അക്കൗണ്ടിന്റെ ക്രെഡൻഷ്യലല്ല.

ട്രിഗർ സെഷനോട് എന്ത് ആവശ്യപ്പെടണം

പിന്തുണയ്ക്കുന്ന ക്രമീകരണം നെറ്റ്വർക്ക് ഇവന്റിൽ നിന്ന് ഉപയോക്തൃ സെഷനിലേക്കുള്ള അഭ്യർത്ഥന ആണ്, കടം വാങ്ങിയ ക്രെഡൻഷ്യലല്ല. ട്രിഗറിനെ നിങ്ങൾ ഉദ്ദേശിക്കുന്ന കണക്ഷനിൽ പരിമിതപ്പെടുത്തുക, പേരോ UUID ഉപയോഗിച്ച്, യാദൃച്ഛികമായി tun0 എന്ന് പേരുള്ള ഏതെങ്കിലും ഇന്റർഫേസിലല്ല. ആ ഒരു മാറ്റം രണ്ടാമത്തെ പ്രൊഫൈലും ഒരു പരീക്ഷണ ടണലും സഹപ്രവർത്തകന്റെ ഡീബഗ്ഗിംഗ് സെഷനും മൗണ്ട് ആരംഭിക്കുന്നത് തടയുന്നു.

സെഷൻ ഭാഗത്തെ പ്രവർത്തനം ഉദ്ദേശിച്ച നിലവിലുള്ള മൗണ്ട് തിരയുകയും തുടർന്ന് ഒരു പരിമിത ശ്രമം നടത്തുകയും വേണം.

ഓരോ പോളിംഗിലും വീണ്ടും ശ്രമിക്കരുത്, സെർവർ എത്താനാകാത്തപ്പോൾ ക്രെഡൻഷ്യലുകൾ ആവശ്യപ്പെട്ടുകൊണ്ടിരിക്കരുത്, കാരണം രണ്ടും താൽക്കാലിക തടസ്സത്തെ അക്കൗണ്ട് ലോക്കൗട്ടാക്കി മാറ്റുന്നു. മേൽനോട്ടമില്ലാത്ത സേവനം സ്വന്തം അനുമതിയുള്ള ക്രെഡൻഷ്യലുകളും സ്വന്തം എക്സിക്യൂഷൻ സന്ദർഭത്തിൽ സ്വന്തം ഹോസ്റ്റ് പരിശോധനാ ക്രമീകരണവുമുള്ള വേറിട്ട രൂപകൽപ്പനയാണ്, ആരെങ്കിലും ഗ്രാഫിക്കൽ ഏജന്റ് അൺലോക്ക് ചെയ്തു എന്നതിനെ അത് ആശ്രയിക്കാനാകില്ല. കോഡ് എവിടെ ജീവിക്കും എന്ന് തിരഞ്ഞെടുക്കുന്നതിന് മുമ്പ് രണ്ടിൽ ഏതാണ് നിർമ്മിക്കുന്നതെന്ന് തീരുമാനിക്കുക. ഇവിടെയുള്ള മിക്ക ആശയക്കുഴപ്പവും ഒന്ന് നിർമ്മിച്ച് മറ്റൊന്ന് പ്രതീക്ഷിക്കുന്നതിൽ നിന്നാണ്.

വിച്ഛേദനം ഒരു ഫയൽ സിസ്റ്റം ഇവന്റാണ്, ഹുക്ക് ഇവന്റല്ല

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

fusermount3 -u "$HOME/mnt/team"

അപ്രതീക്ഷിത നഷ്ടം വേറെ സന്ദർഭമാണ്, തടസ്സപ്പെട്ട പ്രവർത്തനം ട്രാൻസ്പോർട്ട് വീണ്ടും ബന്ധിപ്പിക്കുന്നതുവരെ തടയാമെന്ന് SSHFS രേഖപ്പെടുത്തുന്നു.

വീണ്ടും ബന്ധിപ്പിക്കൽ ഓപ്ഷൻ ട്രാൻസ്പോർട്ട് പുനഃസ്ഥാപിക്കുന്നു, ആ വീണ്ടും ബന്ധിപ്പിക്കലിന് മുമ്പ് തുറന്ന ഫയലുകൾക്ക് ഇപ്പോഴും പിശകുകൾ നൽകാനും വീണ്ടും തുറക്കേണ്ടതാകാനും കഴിയും. മടങ്ങിവന്ന VPN മുൻ ഹാൻഡിലുകളെക്കുറിച്ചോ സേവ് ചെയ്യാത്ത ജോലിയെക്കുറിച്ചോ ഒന്നും തെളിയിക്കുന്നില്ല. തടസ്സത്തിൽ നിങ്ങൾ ആഗ്രഹിക്കുന്ന സ്വഭാവം തിരഞ്ഞെടുക്കുക — താൽക്കാലിക നിർത്തൽ, പിശക് കാണിക്കൽ, അല്ലെങ്കിൽ ബോധപൂർവം വീണ്ടും മൗണ്ട് ചെയ്യൽ — ഏതെങ്കിലും അതിനെ ആശ്രയിക്കുന്നതിന് മുമ്പ് ഉപേക്ഷിക്കാവുന്ന ഫയലുകളിൽ പരീക്ഷിക്കുക.