macOS-ൽ ലോഗിൻ മുമ്പുള്ള VPN: അൺലോക്ക്, ലോഗിൻ വിൻഡോ, സെഷൻ
FileVault അൺലോക്ക്, ലോഗിൻ വിൻഡോ, ഉപയോക്തൃ സെഷൻ എന്നിവ വേറിട്ട ഘട്ടങ്ങളാണ്. ലോഗിനിൽ ആരംഭിക്കുന്ന ഡെസ്ക്ടോപ്പ് ക്ലയന്റ് അവസാന ഘട്ടം മാത്രമാണ് പരിഹരിക്കുന്നത്.
ഇതാ ആളുകൾക്ക് ഒരു ആഴ്ച നഷ്ടപ്പെടുത്തുന്ന ഒരു വിശ്വാസം: Mac-ന് ലോഗിൻ മുമ്പ് എന്ന ഒരൊറ്റ നിമിഷമുണ്ട്, VPN ക്ലയന്റ് അപ്പോൾ ആരംഭിക്കും അല്ലെങ്കിൽ ഇല്ല. യഥാർത്ഥത്തിൽ യന്ത്രത്തിൽ നെറ്റ്വർക്ക് പ്രവേശനം പ്രധാനമാകുന്ന കുറഞ്ഞത് മൂന്ന് നിമിഷങ്ങളുണ്ട്, ആ സമയത്ത് ആർക്ക് ക്രെഡൻഷ്യലുകൾ സൂക്ഷിക്കാൻ അനുവാദമുണ്ട് എന്നത് അവയെ വേർതിരിക്കുന്നു. ലോഗിൻ ഇനത്തിൽ നിന്ന് ആരംഭിക്കുന്ന ക്ലയന്റ് അവയിലൊന്നിനെ കൃത്യമായി ഉൾക്കൊള്ളുന്നു, അത് അവസാനത്തേതാണ്.
ഒരു ക്രമീകരണം മുഴുവൻ ബൂട്ടും ഉൾക്കൊള്ളുന്നു എന്ന മിത്ത്
ഉൽപ്പന്ന പേജ് വീണ്ടും വായിച്ച് ഏത് ഘട്ടത്തെയാണ് ഫീച്ചർ പേരിടുന്നതെന്ന് നോക്കുക. ലോഗിനിൽ ആരംഭിക്കുക എന്ന ചെക്ക്ബോക്സ് എന്നാൽ ലോഗിൻ ഇനം, അത് ഉപയോക്തൃ സെഷൻ ഉണ്ടായതിന് ശേഷം പ്രവർത്തിക്കുന്നു. ആവശ്യാനുസരണം ബന്ധിപ്പിക്കുക എന്ന ചെക്ക്ബോക്സ് എന്നാൽ ട്രാഫിക് ഒരു നിയമവുമായി പൊരുത്തപ്പെടുമ്പോൾ ക്ലയന്റ് ഒരു കണക്ഷൻ തുറക്കുന്നു, ഇതിന് ഇപ്പോഴും ക്ലയന്റും അതിന്റെ ക്രെഡൻഷ്യലുകളും ലഭ്യമായിരിക്കണം.
ഇവയൊന്നും ബൂട്ട് പ്രക്രിയയിൽ എത്തുന്നില്ല. ഇത് വിൽപ്പനക്കാരൻ നീക്കാൻ മറന്ന ഒരു പരിമിതിയല്ല; ഓപ്പറേറ്റിംഗ് സിസ്റ്റം അനുവദിക്കുന്നതാണ് ഇത്. വോളിയം അൺലോക്ക് ചെയ്യുന്നതിന് മുമ്പ് ക്ലയന്റ് ആരംഭിക്കാൻ പ്രവർത്തിക്കുന്ന സിസ്റ്റമില്ല, ലോഗൗട്ടിന് ശേഷം ഉപയോക്താവിന്റെ രഹസ്യങ്ങൾ സെഷനോടൊപ്പം പോകുന്നു. രണ്ട് വേറിട്ട ഭിത്തികൾ, ഒന്നും മറ്റൊരു ചെക്ക്ബോക്സിന് മുന്നിൽ വഴങ്ങുന്നില്ല.
ഘട്ടങ്ങൾ വേർതിരിക്കുമ്പോൾ യഥാർത്ഥ ചോദ്യത്തിന്റെ രൂപം മാറുന്നു. VPN ലോഗിന് മുമ്പ് ആരംഭിക്കുന്നുണ്ടോ എന്ന് ചോദിക്കുന്നതിന് പകരം, മൂന്ന് നിർദ്ദിഷ്ട നിമിഷങ്ങളിൽ ഏതാണ് പ്രവർത്തിക്കേണ്ടതെന്ന് ചോദിക്കുന്നു, തുടർന്ന് ഓരോന്നിനും വേറെ ഉടമയാണെന്ന് കണ്ടെത്തുന്നു: എൻക്രിപ്ഷൻ സ്റ്റാക്ക്, നെറ്റ്വർക്ക് വിപുലീകരണം അല്ലെങ്കിൽ ഉപയോക്തൃ സെഷൻ.
ഓരോ ഘട്ടത്തിലും യഥാർത്ഥത്തിൽ എന്ത് സംഭവിക്കുന്നു
ബൂട്ട് എൻക്രിപ്റ്റ് ചെയ്ത വോളിയത്തിൽ ആരംഭിക്കുന്നു, ഏതെങ്കിലും പൊതു ജോലിക്ക് ഉപയോഗ്യമായ സിസ്റ്റം വരുന്നതിന് മുമ്പ് അത് അൺലോക്ക് ചെയ്യണം. ആ അൺലോക്ക് പരിമിതമായ സന്ദർഭത്തിൽ പരിമിതമായ ക്രെഡൻഷ്യലുകളോടെ നടക്കുന്നു, സാധുവായ അൺലോക്ക് ഇല്ലാതെ എൻക്രിപ്റ്റ് ചെയ്ത ഡാറ്റ അപ്രാപ്യമായി തുടരുമെന്ന് Apple വ്യക്തമായി രേഖപ്പെടുത്തുന്നു.
പിന്നെ ലോഗിൻ വിൻഡോ വരുന്നു, അവിടെ സിസ്റ്റം പ്രവർത്തിക്കുന്നു പക്ഷേ ഇപ്പോഴും ഉപയോക്തൃ സെഷൻ ഇല്ല. ഉപയോക്താവ് ലോഗൗട്ട് ചെയ്തിട്ടുണ്ടെങ്കിൽ ഉപയോക്തൃ സന്ദർഭത്തിലെ വിപുലീകരണം കഴിഞ്ഞുകാണും, ആഗോള സിസ്റ്റം വിപുലീകരണം ഇപ്പോഴും പ്രവർത്തിച്ചേക്കാം, പക്ഷേ പ്രവർത്തിക്കുന്നത് നിങ്ങളുടെ VPN-ന് ആവശ്യമായ ക്രെഡൻഷ്യലുകൾ സൂക്ഷിക്കുന്നതിന് തുല്യമല്ല.
പിന്നെ സെഷൻ വരുന്നു, അവിടെ സാധാരണ ക്ലയന്റിന് ലോഗിൻ കീച്ചെയിൻ വായിക്കാൻ കഴിയും, രണ്ടാം ഘടകം ആവശ്യപ്പെടാനും തള്ളിയ റൂട്ടുകൾ പ്രയോഗിക്കാനും കഴിയും. ആളുകൾ ലോഗിൻ മുമ്പ് എന്ന് വിളിക്കുന്ന മിക്ക ഫീച്ചറുകളും യഥാർത്ഥത്തിൽ ഈ ഘട്ടമാണ്, ലോഗിന് മുമ്പല്ല, സെഷന്റെ തുടക്കത്തിൽ സജീവമാകുന്നു.
| Stage | What it can use | What it cannot do |
|---|---|---|
| FileVault unlock | Credentials supplied at the console to unlock the volume | Run an ordinary VPN app or read a user keychain |
| Login window | System context, possibly a joined network | Use a user secret that only exists after login |
| User session | Login keychain, interactive MFA, full client features | Exist before the volume unlocks |
launch daemon-ന് ഹാജരല്ലാത്ത ഉപയോക്താവിനായി സൈൻ ഇൻ ചെയ്യാൻ കഴിയാത്തത് എന്തുകൊണ്ട്
ഉയർന്ന നിരീക്ഷണാധികാരം പ്രശ്നം പരിഹരിക്കേണ്ടതാണെന്ന് തോന്നുന്നു, പക്ഷേ ഇല്ല. launch daemon പിന്നിൽ ഉപയോക്തൃ സെഷൻ ഇല്ലാതെ ഒരു സിസ്റ്റം പ്രോസസായി പ്രവർത്തിക്കുന്നു, അതിനാൽ അൺലോക്ക് ചെയ്യാൻ കീച്ചെയിനില്ല, അഭ്യർത്ഥനയ്ക്ക് ഉത്തരം നൽകാൻ മനുഷ്യനുമില്ല. ഇത് ഒരു സോക്കറ്റ് തുറക്കാനും ഫയൽ വായിക്കാനും കഴിയും; കഴിയാത്തത് ക്രെഡൻഷ്യലുകളുടെ ഉടമയായ ഉപയോക്താവാകാൻ ആണ്. അധികാരം ഐഡന്റിറ്റിയല്ല, ഇവിടെയാണ് രണ്ടും കൂടിച്ചേരുന്നത്.
ആ വിടവിൽ ആളുകൾ നിർമ്മിക്കുന്നത് ഉള്ളിൽ പാസ്വേഡുള്ള ഒരു സ്ക്രിപ്റ്റാണ്, അത് അവർ തുടങ്ങിയ പ്രശ്നത്തേക്കാൾ മോശം പ്രശ്നമാണ്.
ആവശ്യകതയുടെ സത്യസന്ധമായ പതിപ്പ് ഇടുങ്ങിയതാണ്. ആരും ഇല്ലാത്തപ്പോൾ യന്ത്രത്തിന് സംരക്ഷിത വിഭവത്തിൽ എത്തണമെങ്കിൽ, ആ വിഭവം സ്വീകരിക്കുന്ന ഐഡന്റിറ്റി മനുഷ്യനില്ലാതെ യന്ത്രത്തിന് സൂക്ഷിക്കാനാകുന്നതായിരിക്കണം: ഉപകരണ സർട്ടിഫിക്കറ്റ്, സിസ്റ്റം കീച്ചെയിനിലെ ക്രെഡൻഷ്യൽ, അല്ലെങ്കിൽ രണ്ടാം ഘടകം ആരുടെയോ പോക്കറ്റിലെ ഫോണിലേക്കുള്ള പുഷ് അല്ലാത്ത അക്കൗണ്ട്. ആ ഐഡന്റിറ്റി ബോധപൂർവം രൂപകൽപ്പന ചെയ്യുക, ഘട്ടത്തിന്റെ ചോദ്യം സാധാരണയായി സ്വയം ഉത്തരം നൽകും.
Windows-ന്റെ ലോഗിൻ-മുൻ ഫീച്ചർ ഇവിടെ ബാധകമല്ല
Windows-ന് ചില റിമോട്ട് ആക്സസ് ഉൽപ്പന്നങ്ങൾക്കായി രേഖപ്പെടുത്തിയ ലോഗിൻ-മുൻ ആക്സസ് സംവിധാനമുണ്ട്, പേര് കഴിവിനേക്കാൾ നന്നായി യാത്ര ചെയ്യുന്നു. Windows വിന്യാസ ഗൈഡിൽ വിവരിച്ച ഒരു ഫീച്ചർ, അതേ വിൽപ്പനക്കാരൻ macOS-ൽ തത്തുല്യമായത് നടപ്പിലാക്കുന്നുണ്ടോ എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.
Mac ഹാർഡ്വെയർ, macOS പതിപ്പ്, ക്ലയന്റ് പതിപ്പ്, നിങ്ങൾ യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന പ്രമാണീകരണ രീതി എന്നിവ ഉൾക്കൊള്ളുന്ന ഒരു പ്രസ്താവന ആവശ്യപ്പെടുക. പൊതുവായ പിന്തുണാ അവകാശവാദം പര്യാപ്തമല്ല, കാരണം പ്രവർത്തിക്കുന്നതും പ്രവർത്തിക്കാത്തതും തമ്മിലുള്ള വ്യത്യാസം പലപ്പോഴും ആ നാലിൽ ഒന്നിലാണ്.
വിൽപ്പനക്കാരന് ഉത്തരം നൽകാനാകുന്നില്ലെങ്കിൽ അതാണ് ഉത്തരം. സെഷൻ ഘട്ടം ആസൂത്രണം ചെയ്യുക, മേൽനോട്ടമില്ലാത്ത സാഹചര്യത്തിന് ബദൽ രൂപകൽപ്പന ചെയ്യുക, വിന്യാസത്തിനിടയിൽ വിടവ് കണ്ടെത്തുന്നതിന് പകരം.
പകരം എന്ത് ആവശ്യപ്പെടണം
ആവശ്യകത ഘട്ടങ്ങളുടെ ഭാഷയിൽ എഴുതുക. ഏത് വിഭവം, ആർക്ക് വേണം, ഏത് സന്ദർഭത്തിൽ, കണക്ഷൻ ഇപ്പോഴും ഇല്ലാത്തപ്പോൾ എത്ര സ്വീകാര്യമായ കാലതാമസം?
ഉത്തരം സൈൻ ഇൻ ചെയ്ത് പിന്നീട് ടണൽ വേണ്ട ഉപയോക്താവാണെങ്കിൽ, ആവശ്യാനുസരണം കണക്റ്റ് ചെയ്യലും ഒരു സ്റ്റാർട്ടപ്പ് ഇനവും മതി, ചെലവും കുറവാണ്. ഉത്തരം രാത്രിയിൽ റീബൂട്ട് ചെയ്ത് റിപ്പോർട്ട് ചെയ്യേണ്ട യന്ത്രമാണെങ്കിൽ, രൂപകൽപ്പനയ്ക്ക് പിന്തുണയുള്ള ഡിസ്ക് അൺലോക്ക് പാത, ഉപകരണ ഐഡന്റിറ്റി, നെറ്റ്വർക്ക് ഒരിക്കലും ഉയരാത്തപ്പോഴും പ്രവർത്തിക്കുന്ന വീണ്ടെടുപ്പ് പ്രക്രിയ എന്നിവ വേണം. ഉത്തരം ടണലിനെ ആശ്രയിക്കുന്ന സ്ഥാപന ലോഗിൻ ആണെങ്കിൽ, ലോഗിൻ, ഐഡന്റിറ്റി, VPN രൂപകൽപ്പനകൾ ഒരുമിച്ച് നിർമ്മിക്കണം, വെവ്വേറെ വാങ്ങരുത്.
Apple-ന്റെ FileVault ഡോക്യുമെന്റേഷൻ അൺലോക്ക് ഘട്ടത്തിന് ശരിയായ ആരംഭ സ്ഥാനമാണ്. അതിന് ശേഷമുള്ളതെല്ലാം ക്ലയന്റും ഐഡന്റിറ്റിയും സംബന്ധിച്ച ചോദ്യമാണ്, വാങ്ങുന്നതിന് മുമ്പ് വിൽപ്പനക്കാരന്റെ പ്രസ്താവന അത് തീർപ്പാക്കണം.