VPN ഉപയോക്താവിനെ രജിസ്റ്റർ ചെയ്യുക: ആദ്യം ഐഡന്റിറ്റിയുടെ ഉടമയെ കണ്ടെത്തുക

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

OpenVPN എന്ന് പറയുന്ന ക്ലയന്റ് പ്രൊഫൈൽ പ്രോട്ടോക്കോളിനെ വിവരിക്കുന്നു, അതിന് പിന്നിലെ ഐഡന്റിറ്റി സംവിധാനത്തെയല്ല.

adduser-ൽ നിന്നല്ല, സെർവറിൽ നിന്ന് തുടങ്ങുക

ആദ്യം ഉൽപ്പന്നം തിരിച്ചറിയുക. Community OpenVPN എന്നത് ഡീമണും നിങ്ങൾ അതിൽ ചേർത്ത ഏത് പ്രാമാണീകരണവുമാണ്, അതേസമയം Access Server സ്വന്തം ഉപയോക്തൃ പാളിയുള്ള ഉൽപ്പന്നമാണ്. കോൺഫിഗറേഷൻ, യൂണിറ്റിന്റെ പേര്, പാക്കേജ് പട്ടിക എന്നിവ ആവശ്യപ്പെടുക, ഉപയോക്തൃ മാനേജ്മെന്റിന് വെബ് ഇന്റർഫേസ് ഉണ്ടോ എന്ന് പരിശോധിക്കുക. പിന്നീട് വിന്യസിച്ച പ്രൊഫൈൽ ക്ലയന്റുകൾ തങ്ങളുടെ ഐഡന്റിറ്റി എങ്ങനെ തെളിയിക്കണമെന്ന് പ്രതീക്ഷിക്കുന്നു എന്ന് നോക്കുക: സർട്ടിഫിക്കറ്റ്, ഉപയോക്തൃനാമവും പാസ്വേഡും, അല്ലെങ്കിൽ രണ്ടും. ആ ഉത്തരം അക്കൗണ്ടിന്റെ ഉടമയായ സംവിധാനത്തെ പേരിടുന്നു.

അതിനു ശേഷം മാത്രമാണ് ഉപയോക്താവിനെ സൃഷ്ടിക്കുക എന്ന പദസംയോജനത്തിന് അർത്ഥമുള്ളത്. സർട്ടിഫിക്കറ്റുകൾ മാത്രമുള്ള വിന്യാസത്തിൽ ഇത് അംഗീകൃത പ്രക്രിയയിലൂടെ ഉപകരണ ഐഡന്റിറ്റി പുറപ്പെടുവിക്കുക എന്നാണ് അർത്ഥം, Unix ലോഗിൻ ഒന്നും മാറ്റുന്നില്ല. പാസ്വേഡ് വിന്യാസത്തിൽ ഇത് പാസ്വേഡ് യഥാർത്ഥത്തിൽ സാധൂകരിക്കുന്ന ബാക്കെൻഡിനെ അർത്ഥമാക്കുന്നു.

നാല് ബാക്കെൻഡുകൾ, അക്കൗണ്ട് സൃഷ്ടിക്കാൻ നാല് സ്ഥലങ്ങൾ

Access Server-ന്റെ ലോക്കൽ പ്രാമാണീകരണം അക്കൗണ്ടുകൾ സ്വന്തം ഡാറ്റാബേസിൽ സൂക്ഷിക്കുന്നു, അതിനാൽ അവ സൃഷ്ടിക്കാനുള്ള ഇന്റർഫേസ് ഹോസ്റ്റിന്റേതല്ല, ഉൽപ്പന്നത്തിന്റേതാണ്. PAM സാധൂകരണം ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ സ്റ്റാക്കിന് കൈമാറുന്നു, അതുകൊണ്ട് സേവനം ആ സ്റ്റാക്ക് തിരഞ്ഞെടുത്താൽ ലോക്കൽ Unix അക്കൗണ്ട് രജിസ്ട്രേഷന്റെ ഭാഗമാകാം. LDAP, RADIUS, SAML എന്നിവ സാധൂകരണം ബാഹ്യ സേവനത്തിലേക്ക് നീക്കുന്നു, അവിടെ പ്രൊവിഷനിംഗ്, പാസ്വേഡ് നയം, MFA എന്നിവയുണ്ട്. Access Server നാല് സന്ദർഭങ്ങളിലും ഉപയോക്തൃതല സർട്ടിഫിക്കറ്റുകളും അനുമതികളും സൂക്ഷിക്കാം, അതാണ് വിഭജനത്തെ ആശയക്കുഴപ്പമാക്കുന്നത്.

ഗ്ലോബൽ ഡിഫോൾട്ടല്ല, ഈ പ്രത്യേക ഉപയോക്താവിന് ഫലപ്രദമായ രീതി പരിശോധിക്കുക. Access Server 2.10-ഉം അതിനുശേഷമുള്ളവയും ഗ്രൂപ്പ് അല്ലെങ്കിൽ ഉപയോക്താവിന് വ്യത്യസ്ത പ്രാമാണീകരണ രീതികൾ പ്രയോഗിക്കാം, അതിനാൽ ഡിഫോൾട്ട് ലോക്കൽ ആയിരിക്കുന്നത് നിങ്ങളുടെ മുൻപിലുള്ള അക്കൗണ്ട് ലോക്കലായി സാധൂകരിക്കപ്പെടുന്നു എന്ന് തെളിയിക്കുന്നില്ല.

അവകാശം വേറിട്ട ഒരു തീരുമാനമാണ്

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

ക്ലയന്റ് സാമഗ്രിയും പ്രധാനമാണ്. സ്വയം-ലോഗിൻ പ്രൊഫൈലും സംവേദനാത്മക ഉപയോക്തൃ ലോഗിനും വ്യത്യസ്ത പ്രാമാണീകരണ ബന്ധങ്ങളെ പ്രതിനിധീകരിക്കുന്നു, ഒന്നിനെ മറ്റൊന്നുമായി മാറ്റുന്നത് സെർവർ യഥാർത്ഥത്തിൽ എന്ത് പരിശോധിക്കുന്നു എന്നതിനെ മാറ്റുന്നു.

ആക്സസ് റദ്ദാക്കൽ രജിസ്ട്രേഷന്റെ ഭാഗമാണ്

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

പിന്നീട് രജിസ്ട്രേഷൻ ഒരു ആക്രമണക്കാരൻ ചെയ്യുന്നതുപോലെ പരിശോധിക്കുക: പുതിയ ഐഡന്റിറ്റിയിൽ ഒരിക്കൽ കണക്ട് ചെയ്യുക, ഉദ്ദേശിച്ച വിഭവത്തിലേക്കുള്ള ആക്സസ് ഉറപ്പാക്കുക, ബന്ധമില്ലാത്ത വിഭവം ഇപ്പോഴും നിഷേധിക്കുന്നു എന്ന് ഉറപ്പാക്കുക. പ്രവർത്തിക്കുന്ന ആദ്യ കണക്ഷനും ഒരു നെഗറ്റീവ് പരിശോധനയും ചേർന്നതാണ് പൂർണ്ണമായ രജിസ്ട്രേഷൻ.

രേഖ അതിന്റെ പ്രൊഫൈലിനൊപ്പം സൂക്ഷിക്കുക. അടുത്ത ഓഡിറ്റർ ഒരു നിശ്ചിത മാസത്തിൽ ആർക്ക് കണക്ട് ചെയ്യാമായിരുന്നു എന്ന് ചോദിക്കും, ഉത്തരം ആ മൂന്ന് ഉടമകളിലുണ്ട്.