OpenVPN Access Server പ്രൊഫൈൽ ഡൗൺലോഡ്: ശരിയായ അക്കൗണ്ട്

ഉപയോക്താവിനോട് ബന്ധിപ്പിച്ച Access Server പ്രൊഫൈൽ ഒരു അക്കൗണ്ടിനായി സൃഷ്ടിക്കപ്പെടുന്നു, മറ്റെല്ലാം നിരസിക്കുന്നു, അതിനാൽ ഏതെങ്കിലും ക്ലയന്റ് ക്രമീകരണത്തിന് പ്രാധാന്യമാകുന്നതിന് മുമ്പ് ഡൗൺലോഡ് ഘട്ടം ഫയൽ ആരുടേതാണെന്ന് തീരുമാനിക്കുന്നു. താഴെയുള്ള ക്രമമാണ് “VPN ഫയൽ” ആവശ്യപ്പെടുന്ന ഓരോരുത്തർക്കും ഞാൻ നൽകുന്നത്: അത് ഉപയോഗിക്കാൻ പോകുന്ന വ്യക്തിയായി സൈൻ ഇൻ ചെയ്യുക, നിങ്ങളുടെ സെർവർ പതിപ്പിനുള്ള നിയന്ത്രണം കണ്ടെത്തുക, ഫയൽ എന്തിലേക്കാണ് ലോക്ക് ചെയ്തിരിക്കുന്നതെന്ന് വായിക്കുക, നയം ആ തരം അനുവദിക്കുന്നുവെന്ന് ഉറപ്പാക്കുക, തുടർന്ന് ഇപ്പോഴും റദ്ദാക്കാൻ കഴിയുന്ന രീതിയിൽ അത് കൈമാറുക. പരാജയപ്പെടുന്ന ആദ്യ ഘട്ടത്തിൽ നിർത്തുക; ഓരോ തുടർന്നുള്ള ഘട്ടവും മുമ്പത്തേത് നിലനിന്നുവെന്ന് അനുമാനിക്കുന്നു.

പരിശോധന 1: അഡ്മിനിസ്ട്രേറ്ററായല്ല, അക്കൗണ്ടായി സൈൻ ഇൻ ചെയ്യുക

ക്ലയന്റ് പോർട്ടൽ സാധാരണ ഉപയോക്തൃ ഇന്റർഫേസാണ്, സാധാരണയായി https://vpn.example:943/ എന്ന വിലാസത്തിൽ, അതേസമയം അഡ്മിനിസ്ട്രേഷൻ https://vpn.example:943/admin എന്ന വിലാസത്തിലാണ്. ഇവ സ്വതേയുള്ള ഉദാഹരണങ്ങളാണ്; ഹോസ്റ്റ്നെയിമുകളും പോർട്ടുകളും റിവേഴ്സ് പ്രോക്സികളും അവ മാറ്റുന്നു, അതിനാൽ നിങ്ങളുടെ ഓപ്പറേറ്റർ നൽകിയ വിലാസം ഉപയോഗിക്കുക. ആദ്യം അഡ്മി പാതയിൽ സൈൻ ഇൻ ചെയ്യുന്നതാണ് ഏറ്റവും സാധാരണ തെറ്റ്, കാരണം അഡ്മി സെഷന് അക്കൗണ്ടുകൾ സൃഷ്ടിക്കാനും കൈകാര്യം ചെയ്യാനും കഴിയും, പക്ഷേ ടണൽ വഹിക്കുന്ന അക്കൗണ്ട് അതല്ല.

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

പരിശോധന 2: നിങ്ങളുടെ പതിപ്പിനുള്ള ഡൗൺലോഡ് നിയന്ത്രണം കണ്ടെത്തുക

സൈൻ ഇൻ ചെയ്ത ശേഷം പേജിന്റെ മുകൾ ഭാഗത്ത് പോർട്ടൽ ഒരു കണക്ഷൻ-പ്രൊഫൈൽ നിയന്ത്രണം കാണിക്കുന്നു. Access Server 2.14 മുതൽ, ട്യൂട്ടോറിയൽ അതിനെ “നിങ്ങളുടെ പ്രൊഫൈൽ താഴെ ഡൗൺലോഡ് ചെയ്യുക” എന്നതിന് കീഴിലുള്ള കണക്ഷൻ പ്രൊഫൈൽ വിഭാഗമായി വിവരിക്കുന്നു. പോർട്ടൽ മുൻകൂട്ടി ക്രമീകരിച്ച OpenVPN Connect ഇൻസ്റ്റാളറും വാഗ്ദാനം ചെയ്യുന്നിടത്ത്, അവ രണ്ട് വ്യത്യസ്ത കൈമാറ്റങ്ങളാണ്: ഒന്ന് പ്രൊഫൈൽ ഇതിനകം ഘടിപ്പിച്ച അവസ്ഥയിൽ ക്ലയന്റ് ഇൻസ്റ്റാൾ ചെയ്യുന്നു, മറ്റൊന്ന് നിങ്ങളുടെ പക്കൽ ഇപ്പോൾ ഉള്ള ക്ലയന്റിലേക്ക് ഇമ്പോർട്ട് ചെയ്യാൻ ഫയൽ നൽകുന്നു.

ഇവിടെ പതിപ്പ് പ്രധാനമാണ്. പഴയ പോർട്ടൽ അതേ ബട്ടണിന് വേറെ ലേബൽ നൽകാം, കൂടുതൽ ഇഷ്ടാനുസൃതമാക്കിയ പോർട്ടൽ അതിനെ ഒരു അറിയിപ്പിന് താഴേക്ക് മാറ്റാം. വിഭാഗം പൂർണ്ണമായും ഇല്ലെങ്കിൽ, URL അനുമാനിക്കാൻ തുടങ്ങരുത്: പാതകളുമായി പരീക്ഷണം നടത്തുന്നതിന് പകരം നയ പരിശോധനയിലേക്ക് പോകുക, കാരണം ഇല്ലാത്ത നിയന്ത്രണം ഏതാണ്ട് എപ്പോഴും സെർവർ വശത്തെ തീരുമാനമാണ്.

പരിശോധന 3: ഫയൽ എന്തിലേക്കാണ് ലോക്ക് ചെയ്തിരിക്കുന്നതെന്ന് വായിക്കുക

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

grep -c "BEGIN CERTIFICATE" office-user.ovpn
grep -n "^remote " office-user.ovpn

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

പരിശോധന 4: നയം ആ തരം അനുവദിക്കുന്നുവെന്ന് ഉറപ്പാക്കുക

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

പതിപ്പ് അനുസരിച്ച്, അഡ്മിൻ വെബ് UI ഒരു ഉപയോക്താവിനുള്ള പ്രൊഫൈൽ മാനേജ്മെന്റും നൽകുന്നു, അവിടെ അഡ്മിനിസ്ട്രേറ്റർ ആ വ്യക്തിയായി സൈൻ ഇൻ ചെയ്യാതെ പ്രൊഫൈൽ നൽകാനോ റദ്ദാക്കാനോ കഴിയും. ആ കഴിവ് ഇല്ലാത്തിടത്ത്, ഉപയോക്താവ് സ്വന്തം ഫയൽ ഡൗൺലോഡ് ചെയ്യുന്നു. ഏതായാലും ശരിയായ ഉറവിടം ഉദ്ദേശിച്ച അക്കൗണ്ടാണ്, ടെംപ്ലേറ്റായി കണക്കാക്കിയ പകർത്തിയ അഡ്മിനിസ്ട്രേറ്റർ പ്രൊഫൈൽ ഒരിക്കലുമല്ല.

പരിശോധന 5: കൈമാറുക, തുടർന്ന് അത് റദ്ദാക്കാവുന്നതായി സൂക്ഷിക്കുക

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

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